From owner-freebsd-hackers Sun Jan 12 12:36:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA19648 for hackers-outgoing; Sun, 12 Jan 1997 12:36:24 -0800 (PST) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id MAA19643 for ; Sun, 12 Jan 1997 12:36:21 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.6/8.6.5) with SMTP id MAA26261; Sun, 12 Jan 1997 12:33:53 -0800 (PST) Message-Id: <199701122033.MAA26261@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Terry Lambert cc: henrich@crh.cl.msu.edu (Charles Henrich), freebsd-hackers@FreeBSD.ORG Subject: Re: mount -o async on a news servre In-reply-to: Your message of "Sun, 12 Jan 1997 12:34:40 MST." <199701121934.MAA26007@phaeton.artisoft.com> From: David Greenman Reply-To: dg@root.com Date: Sun, 12 Jan 1997 12:33:53 -0800 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >The "noatime" means "noatime", not "async atime". > >I think changing the sync frequency for update will have no effect, >unless theres a conflict with the free buffer high water mark. Even >so, if that happened, then you are trading update time for blocking >access to buffers for some users (assuming the reclaim high water >mark is set correctly, which I believe it is). The two options are complimentary. i.e., "async" will get you fast file creates/deletes, but it doesn't stop the access time from being updated - it just delays it until the inode buffer needs to be reclaimed. "noatime" doesn't make creates/deletes any faster, but it does completely get rid of the inode updates when just reading the articles. Similarly, changing the update daemon frequency from 30 seconds to 300 seconds won't help with reducing the update of the access time on inodes. What will happen is that the inode buffer will need to be reclaimed long before 5 minutes runs out so you'll have to write it out much sooner anyway. It also won't help with file creates/deletes which happen syncronously and aren't effected by 'sync'. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project