*BSD News Article 46130


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. ;-)