From owner-freebsd-performance@FreeBSD.ORG Tue May 6 08:02:17 2003 Return-Path: Delivered-To: freebsd-performance@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31DF037B401 for ; Tue, 6 May 2003 08:02:17 -0700 (PDT) Received: from puffin.mail.pas.earthlink.net (puffin.mail.pas.earthlink.net [207.217.120.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B6C643FBD for ; Tue, 6 May 2003 08:02:16 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0297.cvx40-bradley.dialup.earthlink.net ([216.244.43.42] helo=mindspring.com) by puffin.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19D3xH-0000EU-00; Tue, 06 May 2003 08:02:08 -0700 Message-ID: <3EB7CE27.99E73B13@mindspring.com> Date: Tue, 06 May 2003 08:00:55 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Artem Tepponen References: <5235EF9BAE6B7F4CB3735789EEF73B2907425F@turtle.egar.egartech.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4a12b462b3a0dc251147e85033f898fe6350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c cc: freebsd-performance@freebsd.org Subject: Re: FFS and minfree... X-BeenThere: freebsd-performance@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Performance/tuning List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 15:02:17 -0000 Artem Tepponen wrote: > > > Should they be asking 'Why FS design is so flawed > > > that it has this [minfree] requirement' instead? > > > > No. > > Good answer. Explains everything. It doesn't, but what you truncated out of the response did. > > > Is there any working FS for FreeBSD that does not have this > > > requirement? > > > > The FFS doesn't have a requirement that you reserve any free space, > > although doing so is a reasonable default for most > > circumstances due to the performance advantages. > > Were those defaults reasonable when disks were small and files > usually were in 100k range? I suspect many of my files are > a bit larger. And the default FS block size is correspondingly larger, now, so it evens out. > More precise question: will I lose anything performance wise > if I'll drop minfree to 0% and partition where this happens > contains primarily files in 5Mb+ range? Yeah. When the disk fills up, files will get corrupted because the minfree needs to be larger than the total number of frags in the FS. By setting minfree too high, you are telling the FS code that it has contiguous (full FS block spaces) available when in fact it doesn't. Be a good citizen: don't lie to the operating system. NB: the "corruption" is more one of unexpected failures than it is one of actual corruption, so don't go getting upset over it: instead, blame your applications for not checking for short writes. > > Do you enjoy having to defragment other filesystem types, by > > any chance? > > Background defragmenter/cleaner/whatever running at 3am > actually wouldn't bother me too much. But I do enjoy having > a few gigs more. There is no such thing as too much storage. "The steady state of disks is full" -- Marshall Kirk McKusick No matter how much you have, you're going to bum your head on a limit, because you will always want more. Better to put the limit some place that won't result in file corruption. -- Terry