Path: utzoo!utgpu!watserv1!watmath!att!att!linac!uwm.edu!zaphod.mps.ohio-state.edu!usc!elroy.jpl.nasa.gov!jarthur!uunet!mcsun!ukc!dcl-cs!aber-cs!athene!pcg From: pcg@cs.aber.ac.uk (Piercarlo Grandi) Newsgroups: comp.unix.sysv386 Subject: Re: File system performance Message-ID: Date: 2 Nov 90 23:52:11 GMT References: <267@srchtec.UUCP> <1990Oct19.130404.25352@nstar.uucp> <1990Oct31.120401.4814@nstar.uucp> <1990Oct31.212543.28245@ico.isc.com> <1990Nov01.114726.14348@nstar.uucp> Sender: pcg@aber-cs.UUCP Organization: Coleg Prifysgol Cymru Lines: 23 In-reply-to: larry@nstar.uucp's message of 1 Nov 90 11:47:26 GMT On 1 Nov 90 11:47:26 GMT, larry@nstar.uucp (Larry Snyder) said: larry> rcd@ico.isc.com (Dick Dunn) writes: rcd> Not too surprisingly, we've looked at that a bit. One answer stands out rcd> like a sore thumb: If you're running V.4, *don't* use the old-style s5 rcd> file system unless you really need it. The BSD-style file system is a far rcd> better performer. larry> Yes - but 8K blocks - just think what that would do to your partition larry> with all the news articles -- What about fragments? They cure the wasted space problem. Naturally it would have been better to just do allocations of runs of small blocks, like the ISC FFS does, but the fragment approach works almost equally well, excep that it is much more complex. There is some recent paper in some conference proceedings on how to make even faster file systems. -- Piercarlo "Peter" Grandi | ARPA: pcg%uk.ac.aber.cs@nsfnet-relay.ac.uk Dept of CS, UCW Aberystwyth | UUCP: ...!mcsun!ukc!aber-cs!pcg Penglais, Aberystwyth SY23 3BZ, UK | INET: pcg@cs.aber.ac.uk