Return to BSD News archive
Path: sserve!newshost.anu.edu.au!harbinger.cc.monash.edu.au!simtel!zombie.ncsc.mil!news.mathworks.com!europa.chnt.gtegsc.com!howland.reston.ans.net!Germany.EU.net!zib-berlin.de!news.tu-chemnitz.de!irz401!uriah.heep!not-for-mail From: j@uriah.heep.sax.de (J Wunsch) Newsgroups: comp.unix.bsd.freebsd.misc Subject: Re: When did this become linux.advocacy Date: 24 Jun 1995 13:13:50 +0200 Organization: Private FreeBSD site, Dresden. Lines: 19 Message-ID: <3sgs1e$76v@uriah.heep.sax.de> References: <marcus.114.00E9749F@ccelab.iastate.edu> <3s9vmk$f9p@agate.berkeley.edu> <3sboim$ue@bonnie.tcd-dresden.de> <DAnIFG.7EE@citylink.dinoex.sub.org> NNTP-Posting-Host: uriah.heep.sax.de Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Peter Much <peter@citylink.dinoex.sub.org> wrote: >>>on comp.os.linux.advocacy) I complained how sluggish I/O felt (30 >>>seconds to recursively delete a directory in Linux took 45 seconds in >>>FreeBSD 2.0_RELEASE). > >True. Usually even more, when packing/unpacking complex directory-trees >from/into tar-archives. Packing should not be a problem, only unpacking. But you've cut off the answer from my article: the synchronous updates of file system metadata are not a matter of the underlying file system architecture, they are a conceptual intentional decision on the BSD side to be rather safe than sorry, even for the cost of speed in this case. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-)