From owner-freebsd-current Thu Jun 22 14:53: 5 2000 Delivered-To: freebsd-current@freebsd.org Received: from alcanet.com.au (mail.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with ESMTP id BFAC537BEDB; Thu, 22 Jun 2000 14:52:55 -0700 (PDT) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: by border.alcanet.com.au id <115312>; Fri, 23 Jun 2000 07:52:54 +1000 Content-return: prohibited Date: Fri, 23 Jun 2000 07:52:44 +1000 From: Peter Jeremy Subject: Re: cvs commit: src/sys/contrib/softupdates softdep.h ffs_softdep.c In-reply-to: ; from cdillon@wolves.k12.mo.us on Thu, Jun 22, 2000 at 03:22:12PM -0500 To: Chris Dillon Cc: cvs-all@FreeBSD.ORG, current@FreeBSD.ORG Message-Id: <00Jun23.075254est.115312@border.alcanet.com.au> MIME-version: 1.0 X-Mailer: Mutt 1.0i Content-type: text/plain; charset=us-ascii References: <86g0q6gw5x.wl@localhost.local.idaemons.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 2000-Jun-22 15:22:12 -0500, Chris Dillon wrote: >I think it would be a very good idea to enable softupdates by default >when a new filesystem is created. Modify newfs to do this and use >tunefs only if you want to _disable_ softupdates on a filesystem. My only concern with doing this is softupdates behaviour when disk space is freed. If you delete a file, it takes about 20 seconds for the space occupied by the file to appear in the free list. If you have relatively little free disk space and write another file, you can get `disk full', even though there will be sufficient free space when the freed blocks become available. This has bitten a number of people who have turned softupdates on for their root filesystems - and had installworld die. Whilst the solution to this appears obvious (if you can't allocate a block, but there are free blocks on the to-be-commited list, wait for free space to become available), actually implementing it is quite difficult if you want to avoid deadlocks. Kirk has previously recommended that softupdates not be enabled on a filesystem unless it has sufficient free space to absorb about 1 minute's writes. A number of people have also claimed that softupdates interacts with Vinum (particularly RAID-5) in undesirable ways. I believe that at least some of this was a misunderstanding of the way softupdates handles write re-ordering (or at least the write semantics that softupdates expects). Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message