From owner-freebsd-questions@FreeBSD.ORG Wed Mar 7 21:37:16 2007 Return-Path: X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5711016A401 for ; Wed, 7 Mar 2007 21:37:16 +0000 (UTC) (envelope-from fbsd06@mlists.homeunix.com) Received: from mxout-03.mxes.net (mxout-03.mxes.net [216.86.168.178]) by mx1.freebsd.org (Postfix) with ESMTP id 2D84D13C467 for ; Wed, 7 Mar 2007 21:37:16 +0000 (UTC) (envelope-from fbsd06@mlists.homeunix.com) Received: from gumby.homeunix.com (unknown [87.81.140.128]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTP id 506EB51930 for ; Wed, 7 Mar 2007 16:37:14 -0500 (EST) Date: Wed, 7 Mar 2007 21:37:10 +0000 From: RW To: freebsd-questions@freebsd.org Message-ID: <20070307213710.73bc0a5d@gumby.homeunix.com> In-Reply-To: References: <539c60b90703010849x33dd4bbbt8f6ca6aa0c8e83a0@mail.gmail.com> <20070301192109.A24369@chylonia.3miasto.net> <20070302085100.125cf488@localhost> <20070301221738.GA86154@gizmo.acns.msu.edu> <20070302161225.GB90036@gizmo.acns.msu.edu> X-Mailer: Claws Mail 2.8.0 (GTK+ 2.10.9; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: defrag X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2007 21:37:16 -0000 On Sat, 3 Mar 2007 15:01:12 +0100 (CET) Christian Baer wrote: > You do know that you can use 'tunefs -m 0'? This will in fact cause > fragmentation to happen - even on UFS2! UFS2 has methods of avoiding > fragmentation that work quite well but it is not a 'magical' file > system, which only means that every gain comes with a price. In this > case the price is 10-15% of the HD's space. What happens if you use tunefs -m 0, but don't use the released space? Or if you only occasionally use it?