From owner-freebsd-stable@FreeBSD.ORG Fri Jun 10 21:40:22 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5B511065673 for ; Fri, 10 Jun 2011 21:40:22 +0000 (UTC) (envelope-from bfriesen@simple.dallas.tx.us) Received: from blade.simplesystems.org (blade.simplesystems.org [65.66.246.74]) by mx1.freebsd.org (Postfix) with ESMTP id 6D9FD8FC0C for ; Fri, 10 Jun 2011 21:40:22 +0000 (UTC) Received: from freddy.simplesystems.org (freddy.simplesystems.org [65.66.246.65]) by blade.simplesystems.org (8.14.4+Sun/8.14.4) with ESMTP id p5ALO5af017885; Fri, 10 Jun 2011 16:24:05 -0500 (CDT) Date: Fri, 10 Jun 2011 16:24:05 -0500 (CDT) From: Bob Friesenhahn X-X-Sender: bfriesen@freddy.simplesystems.org To: Jeremy Chadwick In-Reply-To: <20110610211202.GA52253@icarus.home.lan> Message-ID: References: <4DECB197.8020102@FreeBSD.org> <20110610211202.GA52253@icarus.home.lan> User-Agent: Alpine 2.01 (GSO 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (blade.simplesystems.org [65.66.246.90]); Fri, 10 Jun 2011 16:24:05 -0500 (CDT) Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: HEADS UP: ZFS v28 merged to 8-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2011 21:40:22 -0000 On Fri, 10 Jun 2011, Jeremy Chadwick wrote: > > We tried using dedup on one of our systems, but within 10-15 minutes > turned it off. I believe the added CPU overhead of dedup was causing > the system to act "bursty" in other non-ZFS-related tasks; e.g. turn on > dedup, then in a SSH window hold down the letter "q" indefinitely, then > in another window do some ZFS I/O. The "q" would stall for 1-2 seconds > at times (SSH connectivity was via direct private LAN, so network > latency was not what we seen). Without dedup this behaviour wasn't seen > at all. I'm happy to try any advice/patches on a locally-accessible > box (e.g. private LAN, VGA console is right behind me, etc.). Dedup can require a huge amount of RAM, or a dedicated L2ARC SSD, depending on the size of your storage. You should not enable it unless you are prepared for the consequences. Solaris 11 Express does not admit to supporting dedup even though it can be enabled in previous OpenSolaris and is supported in Oracle's NAS products (which run a variant of Solaris 11). Bob -- Bob Friesenhahn bfriesen@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer, http://www.GraphicsMagick.org/