From owner-freebsd-questions@FreeBSD.ORG Wed Jun 9 19:59:25 2004 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37F9416A4CE for ; Wed, 9 Jun 2004 19:59:25 +0000 (GMT) Received: from internet.potentialtech.com (h-66-167-251-6.phlapafg.covad.net [66.167.251.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F66743D1D for ; Wed, 9 Jun 2004 19:59:25 +0000 (GMT) (envelope-from wmoran@potentialtech.com) Received: from working.potentialtech.com (pa-plum1c-102.pit.adelphia.net [24.53.179.102]) by internet.potentialtech.com (Postfix) with ESMTP id D16EF69A71; Wed, 9 Jun 2004 15:59:01 -0400 (EDT) Date: Wed, 9 Jun 2004 15:59:00 -0400 From: Bill Moran To: Stijn Hoop Message-Id: <20040609155900.3fb65c2a.wmoran@potentialtech.com> In-Reply-To: <20040609194439.GD11712@pcwin002.win.tue.nl> References: <200406091845.i59Ij8Y12090@clunix.cl.msu.edu> <200469142140.786530@IBM-R40> <20040609194439.GD11712@pcwin002.win.tue.nl> Organization: Potential Technologies X-Mailer: Sylpheed version 0.9.10 (GTK+ 1.2.10; i386-portbld-freebsd4.9) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsdq@sonservers.com cc: jerrymc@clunix.cl.msu.edu cc: freebsd-questions@freebsd.org Subject: Re: Improper shutdown of system / Fragmentation Problems / Boot X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2004 19:59:25 -0000 Stijn Hoop wrote: > On Wed, Jun 09, 2004 at 02:21:40PM -0500, Scott wrote: > > As a newbie to FreeBSD, I may be way off base, but it seems > > very logical to me that the size of your drive or partition > > would make a difference on at what percentage full one would > > start to notice problems. > > > > In terms of megs/gigs 80% of 120 gigs still has a lot of > > work space left. 80% of 4 gigs is not much. I would think > > with a larger drive/partition, one could run at a higher > > percentage before trouble started. > > > > It makes sense to me anyway :) > > That's what one would like, but UFS doesn't work that way. It's allocation > algorithm assumes 10% of the disk is free -- regardless of actual size. Or so > I've been told (multiple times). > > IMHO this is a bit ridiculous -- I mean, given 1 TB of space (nearly feasible > for a home server right now), why would an FS allocator need 10% of that if > the files on the volume are averaging 10 MB? > > But then again, and this is worth noting -- I'm certainly nowhere near as > clueful as others on how to design a stable & fast file system. Seeing as > UFS1 is still in use, and has been for the last 20 years (think about it!), I > think maybe the tradeoff might make sense to an expert... > > BTW, note that you really need to consider the perfomance drop for yourself > -- like others said, if the files on the volume change infrequently, > performance matters little, and space more so. I think you've missed the point. The designers of UFS/FFS did not design the filesystem to require 10% free space in order to perform well. They developed the best, fastest (thus the name "fast file system") filesystem algorithms they could come up with. Then, during testing, they found that these algorithms started to perform really poorly when the filesystem got really full. Thinking this might be important, they tested further until they knew exactly what point the performance started to drop off at. They then went one step further and developed another algorithm in an attempt to maintain as much performance as possible even when the filesystem got very full. This is why you'll occasionally see the "switching from time to space" message when your filesystem starts to fill up. The filesystem drivers are doing their best to degrade gracefully. Now, I'm not going to say that there is no more that can be done. I think the fact is that the two algorithms work well enough that nobody has bothered to invest the research into improving them. (That combined with the fact that disk space keeps getting cheaper and cheaper, makes it unlikely that anyone will invest much $$$ into researching how to use that last 10% while still maintaining top performance). -- Bill Moran Potential Technologies http://www.potentialtech.com