Date: Wed, 16 Apr 2003 19:24:35 -0700 From: Terry Lambert <tlambert2@mindspring.com> To: Chris Dillon <cdillon@wolves.k12.mo.us> Cc: David Schultz <das@freebsd.org> Subject: Re: PATCH: Forcible delaying of UFS (soft)updates Message-ID: <3E9E1063.C7D29C29@mindspring.com> 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>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3E9E1063.C7D29C29>