Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 25 Sep 2003 20:20:04 +0800 (CST)
From:      Rong-en Fan <rafan@infor.org>
To:        bde@zeta.org.au (Bruce Evans)
Cc:        fs@freebsd.org
Subject:   Re: NFS incorrectly update atime
Message-ID:  <20030925122004.B867452EFF@muse.csie.ntu.edu.tw>
In-Reply-To: <bkt80i$jou$1@FreeBSD.csie.NCTU.edu.tw>

next in thread | previous in thread | raw e-mail | index | archive | help
In article <bkt80i$jou$1@FreeBSD.csie.NCTU.edu.tw> you wrote:
>
>>   it only occur when file is not empty, also i've noticed that
> 
> I think the client just does a read as part of a read-modify-write.
> It works with blocks, so it must do a read before write in all cases where
> the write is not on a block boundary, and at least FreeBSD ffs servers
> have no way to avoid updating the atime on read short of a global mount
> -noatime.  Some of the reads, including ones from small test files in your
> example, may be from a client cache, so the atime update might be avoided
> accidentally, but a read will always be necessay if the cache is cold.

My application is NFS mail spool, so atime is important to me. 
I've tested it on Linux client, it's atime not updated in this case.
So, I don't know if we can fix this or any workaround?




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030925122004.B867452EFF>