Date: Mon, 11 Nov 1996 12:06:31 -0600 From: Chris Csanady <ccsanady@friley216.res.iastate.edu> To: Dan Janowski <danj@3skel.com> Cc: bsdcur@shadows.aeon.net, jgreco@brasil.moneng.mei.com, freebsd-current@FreeBSD.ORG Subject: Re: ufs is too slow? Message-ID: <199611111806.MAA02300@friley216.res.iastate.edu> In-Reply-To: Your message of Mon, 11 Nov 1996 12:04:35 -0500. <199611111704.MAA12463@fnur.3skel.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Speaking of LFS, I believe John Dyson mentioned that he was fixing/rewriting(some of) it. Also, getting the other various file systems (union, null, etc) to work for 2.2. Are you still working on any of this? Or did I confuse something? :-) Later, chris csanady >At one point I had inquired about lfs (log file system), in >part because of my experience with xfs (SGI's). Although lfs >is not xfs, they are both better performers than ufs/ffs (which >are both REALLY old, I think ufs dates from the 50's and ffs >from the 70's). >I have seen that OpenBSD is doing something with lfs, but I >am not sure what. It would be worth while to get lfs running >for sure; if you ever wondered, a lot of that disk bandwith >goes to filesystem overhead. > >I once exchanged some e-mail with someone at BSDI and with >Margo Seltzer, who was a principle for lfs. The apparent >primary reason why lfs does not run here is that lfs does some >wierd stuff with the ATT buffer code that is missing in >4.4-lite. I was not able to get a synopsis of what or how to >get around it, but it didn't sound like lfs was broken, it's >just missing some wheels. > >Maybe we can all talk about it a little and figure out >how hard it would be to get going. If we were running >a kick-ass big/fast file system, FreeBSD would capture >some more of the Int(er|tra)+Net market. In addition >to which, the infamous 'make world' time would surely >benefit. > >Dan > >-- >danj@3skel.com >Triskelion Systems, Inc. >New York >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199611111806.MAA02300>