From owner-freebsd-current Sat Apr 28 20:50:27 2001 Delivered-To: freebsd-current@freebsd.org Received: from netbank.com.br (garrincha.netbank.com.br [200.203.199.88]) by hub.freebsd.org (Postfix) with ESMTP id 92E8037B424 for ; Sat, 28 Apr 2001 20:50:23 -0700 (PDT) (envelope-from riel@conectiva.com.br) Received: from surriel.ddts.net (unknown [200.181.137.248]) by netbank.com.br (Postfix) with ESMTP id 6C26946827; Sun, 29 Apr 2001 00:50:11 -0300 (BRST) Received: from localhost (qjkprn@localhost [127.0.0.1]) by surriel.ddts.net (8.11.2/8.11.2) with ESMTP id f3T3o8Y31006; Sun, 29 Apr 2001 00:50:09 -0300 Date: Sun, 29 Apr 2001 00:50:08 -0300 (BRST) From: Rik van Riel X-Sender: riel@imladris.rielhome.conectiva To: Bruce Evans Cc: Cejka Rudolf , freebsd-current@FreeBSD.ORG Subject: Re: Experiences with new dir allocation on FFS? In-Reply-To: Message-ID: X-spambait: aardvark@kernelnewbies.org X-spammeplease: aardvark@nl.linux.org MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 28 Apr 2001, Bruce Evans wrote: > On Fri, 27 Apr 2001, Cejka Rudolf wrote: > > > Right now, I have upgraded my -current machine from > > February 13 to April 26. > > > > I were pleased with change to dir allocation in FFS, > > but here are my unpleasant test results (UDMA33, partition > > is 3 GB where 1 GB is free, soft-updates are enabled): > > ... > > rm -r is much faster, but tar xvfz is much slower. > > This is probably caused by write caching now being off by default > in the ata driver, possibly amplified by not using soft updates. > Without the new dir allocation, -current would be even slower :(. > This is also probably caused by write caching not being done. For the people wanting to turn on write caching ... it WILL break the write ordering needed by softupdates and journaling filesystems, so don't do it unless you know what you're doing. I guess it would be better to do this kind of write caching at the kernel level, because the OS has a much better idea of when to write which data to platter than a harddisk can ever have. OTOH, note that switching off write caching on some drive doesn't actually work because the manufacturers would rather do well on some PC mag benchmarks than store your data reliably ... regards, Rik -- Virtual memory is like a game you can't win; However, without VM there's truly nothing to lose... http://www.surriel.com/ http://distro.conectiva.com/ Send all your spam to aardvark@nl.linux.org (spam digging piggy) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message