Date: Fri, 26 Sep 2003 10:05:12 +1000 (EST) From: Bruce Evans <bde@zeta.org.au> To: Doug White <dwhite@gumbysoft.com> Cc: fs@freebsd.org Subject: Re: NFS incorrectly update atime Message-ID: <20030926094804.X12230@gamplex.bde.org> In-Reply-To: <20030925093901.H8717@carver.gumbysoft.com> References: <20030925122004.B867452EFF@muse.csie.ntu.edu.tw> <20030925093901.H8717@carver.gumbysoft.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 25 Sep 2003, Doug White wrote: > On Thu, 25 Sep 2003, Rong-en Fan wrote: > > > 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? I think it is not easy to fix or work around. Linux has timestamping at a higher level, so I think low-level i/o's done by nfs would avoid it without really trying, leaving the problem of making the client tell the server when to do the updates. I'm not very familiar with nfs's protocols for metadata, but seem to remember that none are used for atime updates for reads of data that has been cached by the client, and that this is important for efficiency. So atime updates are fundamentally broken for nfs. > This is an exceptionally bad idea, unless your application knows it is > talking to NFS. There is no locking and sendmail, etc. expect to be able > to use file locking to protect queue files from itself. There is nfs locking in -current. Bruce
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030926094804.X12230>