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