Return to BSD News archive
Newsgroups: comp.unix.bsd
Path: sserve!newshost.anu.edu.au!munnari.oz.au!constellation!rex!ben
From: ben@rex.uokhsc.edu (Benjamin Z. Goldsteen)
Subject: Re: 4.4BSD - LFS performance ?
Message-ID: <CAJFqF.D9y@rex.uokhsc.edu>
Date: Wed, 21 Jul 1993 23:25:26 GMT
Reply-To: benjamin-goldsteen@uokhsc.edu
References: <avalon.743239015@cairo> <22jc1f$nsm@agate.berkeley.edu>
Organization: Health Sciences Center, University of Oklahoma
Lines: 31
bostic@toe.CS.Berkeley.EDU (Keith Bostic) writes:
>In article <avalon.743239015@cairo> avalon@cairo.anu.edu.au (Darren Reed) writes:
>>
>>Now that 4.4BSD is released, are there any figures on what sort of
>>performance difference between LFS and other FS's, especially FFS ?
>>
>An interesting question. I'd strongly recommend reading Dr.
>Margo Seltzer's doctoral thesis; it's up for anonymous ftp on
>toe.cs.berkeley.edu:pub/personal/margo/thesis.ps.Z, or, you can
>order copies from the University of California, Berkeley, CS
>department. It has some detailed analysis of file systems in
>general, and the 4.4BSD LFS/FFS in particular.
>My three-paragraph summary of adding LFS to 4.4BSD is that LFS,
>when garbage collection is not running, is a faster file system
>than the FFS provided with 4.3BSD. However, adding Larry McVoy's
>clustering changes to FFS (~500 lines of C) makes FFS perform
>comparably to LFS. When the LFS cleaner is running and garbage
Is this clustering addition in 386BSD?
>collection is being done, LFS has large perturbations in its
>performance characteristics, and is generally slower than FFS.
What exactly is it garbage collecting in this context? Does this
mean that files take up space when they are deleted -- and are not
actually deleted until the garbage collector gets around to them?
--
Benjamin Z. Goldsteen