From owner-freebsd-fs@FreeBSD.ORG Thu May 5 17:01:14 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 052D6106566B; Thu, 5 May 2011 17:01:14 +0000 (UTC) (envelope-from pawel@dawidek.net) Received: from mail.garage.freebsd.pl (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id 9CE8F8FC1D; Thu, 5 May 2011 17:01:12 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id D3D5E45CAC; Thu, 5 May 2011 19:01:11 +0200 (CEST) Received: from localhost (public-gprs14895.centertel.pl [87.96.58.47]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 4E24F45684; Thu, 5 May 2011 19:01:02 +0200 (CEST) Date: Thu, 5 May 2011 19:00:37 +0200 From: Pawel Jakub Dawidek To: Alexander Leidinger Message-ID: <20110505170037.GG14661@garage.freebsd.pl> 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> <20110505164001.79532nb02isxjlxc@webmail.leidinger.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lHGcFxmlz1yfXmOs" Content-Disposition: inline In-Reply-To: <20110505164001.79532nb02isxjlxc@webmail.leidinger.net> X-OS: FreeBSD 9.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=4.5 tests=BAYES_00 autolearn=ham version=3.0.4 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 17:01:14 -0000 --lHGcFxmlz1yfXmOs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 05, 2011 at 04:40:01PM +0200, Alexander Leidinger wrote: > >>>>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 >=20 > >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). >=20 > 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. You asked for cache and I answered about cache, but ZFS does not TRIM in general. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com FreeBSD committer http://www.FreeBSD.org Am I Evil? Yes, I Am! http://yomoli.com --lHGcFxmlz1yfXmOs Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk3C17QACgkQForvXbEpPzSK/wCgy0KzaVqs5NDHmib8NnlBdyUl phgAoNTfMDvlX/weLtSpUz3fyPWjZorq =QJZr -----END PGP SIGNATURE----- --lHGcFxmlz1yfXmOs--