svn commit: r217871 - head/sbin/mount

Bruce Evans brde at optusnet.com.au
Fri Jan 28 09:06:31 UTC 2011


On Thu, 27 Jan 2011, Doug Barton wrote:

> On 01/26/2011 21:24, Bruce Evans wrote:
>> On Wed, 26 Jan 2011, Doug Barton wrote:
>
>>> My concern was that the man page says that we don't support the option
>>> at all, but with a FreeBSD client and a solaris server it has a
>>> demonstrable effect. If someone wants to improve the wording then by
>>> all means, either make a suggestion or just do it. :)
>> 
>> What is the effect?
>
> Um, the expected one? :)
>
> If I use a FreeBSD client to nfs mount something on a solaris system with the 
> noatime option then the access time does not change no matter how many times 
> I access the file. If I then unmount and remount without the noatime option 
> the access time will be modified. If I do the same thing but with a FreeBSD 
> nfs server the access time is modified, with or without the noatime option.

The solaris server behaviour can't happen, except accidentally due to
races :-).  Since the FreeBSD client doesn't support the noatime flag
except to ignore it, it can't tell any server about it.  The FreeBSD
server behaviour is as expected -- unmounting flushes the client's cache,
so the first read after remounting goes to the server and the server
must mark the atime for update (unless the server filesystem is mounted
with noatime); then a later stat() on the client should somehow see an
updated atime (but I wonder if caching defeats this too -- stat() on the
server must change any mark for update to an update, but the client has
an attribute cache which should be used to prevent most stat()s going to
the server).

Bruce


More information about the svn-src-all mailing list