From owner-freebsd-fs@FreeBSD.ORG Thu May 5 14:40:19 2011 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF6441065674; Thu, 5 May 2011 14:40:19 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 6D1848FC14; Thu, 5 May 2011 14:40:19 +0000 (UTC) Received: from outgoing.leidinger.net (p5B155AFC.dip.t-dialin.net [91.21.90.252]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 7D59C844018; Thu, 5 May 2011 16:40:05 +0200 (CEST) Received: from webmail.leidinger.net (webmail.Leidinger.net [IPv6:fd73:10c7:2053:1::2:102]) by outgoing.leidinger.net (Postfix) with ESMTP id 3529A11FB; Thu, 5 May 2011 16:40:02 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.14.4/8.13.8/Submit) id p45Ee1ll098311; Thu, 5 May 2011 16:40:01 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.ec.europa.eu (pslux.ec.europa.eu [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Thu, 05 May 2011 16:40:01 +0200 Message-ID: <20110505164001.79532nb02isxjlxc@webmail.leidinger.net> Date: Thu, 05 May 2011 16:40:01 +0200 From: Alexander Leidinger To: Pawel Jakub Dawidek References: <4DBBB20A.5050102@FreeBSD.org> <20110430072831.GA65598@icarus.home.lan> <20110501000656.00007ea1@unknown> <20110501133752.GC3245@garage.freebsd.pl> <20110503134826.712070yt2urhxp8g@webmail.leidinger.net> <20110505133156.GE14661@garage.freebsd.pl> In-Reply-To: <20110505133156.GE14661@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.6) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 7D59C844018.AE39A X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=0, required 6, autolearn=disabled) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1305211206.33085@AJSavKJQhc/K66neZSmg+w X-EBL-Spam-Status: No Cc: freebsd-fs@FreeBSD.org, Alexander Motin Subject: Re: TRIM clustering X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 May 2011 14:40:19 -0000 Quoting Pawel Jakub Dawidek (from Thu, 5 May 2011 15:31:56 +0200): > On Tue, May 03, 2011 at 01:48:26PM +0200, Alexander Leidinger wrote: >> Quoting Pawel Jakub Dawidek (from Sun, 1 May 2011 >> 15:37:52 +0200): >> >> >On Sun, May 01, 2011 at 12:06:56AM +0200, Alexander Leidinger wrote: >> >>On Sat, 30 Apr 2011 00:28:31 -0700 Jeremy Chadwick >> >> wrote: >> >> >> >>> On Sat, Apr 30, 2011 at 09:54:02AM +0300, Alexander Motin wrote: >> >> >> >>> Other notes: TRIM needs to be supported on swap as well, and in my >> >>> opinion this is just as important as it being in UFS. I'm not sure >> >>> how one would implement that. >> >> >> >>This brings up the question if a ZFS cache (where the contents do not >> >>survive a reboot) is completely TRIMmed before used (and normally >> >>trimmed during use)... >> > >> >It is not trimmed at all. >> >> This does not sound like the optimal solution... is there a way to > TRIM will be more useful for regular data within a pool and most useful > for log devices as we do free blocks there and this is where latency is > critical (log devices are there to reduce latency). Wait, does this mean that ZFS does not TRIM at all? I was understanding your first answer as the cache is not trimmed at all. Bye, Alexander. -- If *I* had a hammer, there'd be no more folk singers. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137