To be honest, I'm not aware of being able to disable UTIME either, although NOATIME
is an option on Linux as well. I asked because it occured to me that this meta data
is not terribly useful to mail servers (as the times necessary are stored in the
data files themselves). Being able to shut these off may or may not reduce
performance penalties of fsync()'s. Might be an issue for the ReiserFS or EXT3
people to think about.
[EMAIL PROTECTED] wrote:
> On Tue, Jul 18, 2000 at 01:25:36PM -0400, Michael T. Babcock wrote:
> > Is UTIME necessary in a mail queue? If a logging filesystem were mounted on a
> > separate disk (or network array, etc.) specifically for the mail queue,
> > shouldn't it be mounted without UTIME?
>
> Do you mean atime or mtime? In either case, not all Unixen allow such
> mount options. Sepcifically Solaris only has noatime. I'd be surprised
> though if the OS wants to update the directory once a second to get
> an atime/mtime on disk for an opened file. Maybe once a minute which
> is not an unreasonable cost for zeroseek.
