Return to BSD News archive
Path: euryale.cc.adfa.oz.au!newshost.carno.net.au!harbinger.cc.monash.edu.au!news.mira.net.au!news.netspace.net.au!news.mel.connect.com.au!munnari.OZ.AU!news.ecn.uoknor.edu!solace!nntp.se.dataphone.net!nntp.uio.no!newsfeed.nacamar.de!news.sgi.com!news1.best.com!nntp1.ba.best.com!not-for-mail From: dillon@flea.best.net (Matt Dillon) Newsgroups: comp.unix.bsd.freebsd.misc,comp.unix.bsd.bsdi.misc,comp.sys.sgi.misc Subject: Re: no such thing as a "general user community" Date: 20 Mar 1997 11:04:44 -0800 Organization: BEST Internet Communications, Inc. Lines: 40 Message-ID: <5gs1oc$kb2@flea.best.net> References: <331BB7DD.28EC@net5.net> <5goqrq$5ak$1@news.clinet.fi> <5gpcf9$767@flea.best.net> <5grhf8$7d6$1@news.clinet.fi> NNTP-Posting-Host: flea.best.net Xref: euryale.cc.adfa.oz.au comp.unix.bsd.freebsd.misc:37382 comp.unix.bsd.bsdi.misc:6390 comp.sys.sgi.misc:29282 :In article <5grhf8$7d6$1@news.clinet.fi>, :Mika Ruohotie <mickey@cantina.clinet.fi> wrote: :>Matt Dillon <dillon@flea.best.net> wrote: :>>:Mika Ruohotie <mickey@cantina.clinet.fi> wrote: :>>:>compare those two, xfs were, last time i heard, able to overperform ufs. :>> XFs's claim to fame is: :>> * hashed directory lookups, making namei() on large directories more :>> efficient (but only on large directories). :> :>what's the difference if one runs the ffs async,noatime? atleast i noticed :>that even on eide it makes it faster and causes less noise... Under 2.1.x, not much of a difference. Under (maybe) 2.2 or (definitely) 3.0, a *BIG* difference. I have actually hacked ffs to do fully asynchronous meta-data updates... it requires changes to three lines of code (but don't ask me for it because I did this about a year ago and don't have it anymore.. but it just involves changing a few synchronous block I/O calls to asynchronous block I/O calls), and file creation and deletion became nearly instantanious. Of course, doing so increases the possibility of blowing up your filesystem in a crash. :>> * log file system .. fast startup after a crash verses the fsck you :>> have to do with ffs. So if your SGI box crashes a lot :-) ... just :> :>hehe... how hard something like that is to implement? i assume it's hard, :>is it truly usefull? :> :>> * Ability to expand the size of an xfs filesystem partition via lfs :>> without having to dump/restore. A useful feature. :> :>what's the lfs status on freebsd? Well, Berkeley LFS is indeed a log file system :-) ... the only reason lfs is not in the mainstream yet is that it depends on a number of 4.4isms that were not yet ported. I think 3.0 is working on this. I do not know the current status, someone else can probably give you a better answer. -Matt