From owner-freebsd-hackers Wed May 29 14:27:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA08771 for hackers-outgoing; Wed, 29 May 1996 14:27:45 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA08761 for ; Wed, 29 May 1996 14:27:42 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0uOsmF-000448C; Wed, 29 May 96 14:27 PDT Received: from critter.tfs.com (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.6.12) with ESMTP id VAA12091 for ; Wed, 29 May 1996 21:27:35 GMT To: hackers@freebsd.org Subject: Re: Breaking ffs - speed enhancement? In-reply-to: Your message of "Wed, 29 May 1996 13:32:29 MST." <199605292032.NAA02323@Root.COM> Date: Wed, 29 May 1996 21:27:34 +0000 Message-ID: <12089.833405254@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > They already are updated in-core and only written out during sync. The > problem is that on busy machines, *thousands* of inodes have to be written > out during the sync, and this can take 10+ seconds. With sync occuring every > 30 seconds, this means the machine spends 33% of it's disk I/O time *just* > writing out inodes. The access time is almost completely useless on a busy > fileserver, so this is just a waste. Veritas offers this as a mount-time option as far as I recall. I belive we should have it, laptops will love it too. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so.