From owner-freebsd-stable@FreeBSD.ORG Wed Apr 16 19:26:09 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78E1137B401; Wed, 16 Apr 2003 19:26:09 -0700 (PDT) Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5894943FCB; Wed, 16 Apr 2003 19:26:08 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0250.cvx40-bradley.dialup.earthlink.net ([216.244.42.250] helo=mindspring.com) by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 195z66-0005pC-00; Wed, 16 Apr 2003 19:26:00 -0700 Message-ID: <3E9E1063.C7D29C29@mindspring.com> Date: Wed, 16 Apr 2003 19:24:35 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Chris Dillon References: <3E976EBD.C3E66EF8@tel.fer.hr> <20030414101935.GB18110@HAL9000.homeunix.com> <20030415160925.U86854@duey.wolves.k12.mo.us> <20030416100921.U91118@duey.wolves.k12.mo.us> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a47ab6d6c875cbb8072b3f8575e5e62c02a8438e0f32a48e08350badd9bab72f9c350badd9bab72f9c cc: freebsd-fs@freebsd.org cc: mckusick@McKusick.COM cc: freebsd-stable@freebsd.org cc: David Schultz Subject: Re: PATCH: Forcible delaying of UFS (soft)updates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 02:26:09 -0000 Chris Dillon wrote: > As for atimes, if you're expecting all writes to be delayed, and you > still want atimes to be updated, you'll surely take into account that > the atime updates will be delayed as well. This is all purely > optional behaviour, remember, so you should understand which bits of > your foot you're likely to shoot off when you turn it on. It's not > really foot-shooting in that case, either, as long as you're not > relying on your atimes for anything important. POSIX sometimes says "SHALL be updated"; but mostly, it says "SHALL be marked for update". Probably you can delay those indefinitely, as long as the timestamp is set at the time you mark, so it matches what would have been there. It's probably OK to coelesce them to the most recent one, as well. The atime is actually one of the things I had to "POSIX lawyer" in a project back around 1994. 8-). -- Terry