Re: NFS atime

On Mon, Sep 27, 2004 at 05:25:27PM +0200, Oliver Fromme wrote:
> jesk <jesk(at)killall.org> wrote:
> > Hallo, kann mir jemand erklaeren, warum ein atime update ueber NFS nicht
> > funktioniert?
>
> Sehr gute Frage. Selbst ein explizites »touch -a« tut
> nicht.
>
> Die relevanten RFCs (1094 für v2 und 1813 für v3) führen
> atime als ganz normales Attribut auf (neben mtime und
> ctime), und es gibt keine Klausel, die besagt, daß ein
> Server das einfach ignorieren darf.
>
> Daher war ich zunächst geneigt, das als Bug in der Imple-
> mentation von FreeBSD anzusehen -- allerdings verhalten
> sich NetApp-Filer und Solaris genauso (hab's gerade ge-
> testet), was mich dann doch etwas stutzig werden läßt.
> Die NFS-Implementationen von Sun, NetApp und FreeBSD (in
> dieser Reihenfolge) habe ich bisher eigentlich immer als
> die »korrektesten« angesehen.
>
> Also: Keine Ahnung; ich wüßte es auch gern.

Atime steht im Widerspruch zum Caching - was nutzt dir ein Cache
Inhalt, wenn du auf den Sync der Inode auf dem Server warten musst?
Unter anderen aus diesem Grund gibt es einen Attibute Cache und man
sieht nicht zwingend sofort die aktuellen Attribute.
Klassischer Seiteneffekt ist das Ändern von Permissions auf einem
Client - die anderen Clients brauchen dann mitunter einige Zeit, bis
die die geänderten Attribute sehen.
Ich weiß nicht an welchen Stellen ihr die atime geprüft habt, aber
es gibt atime Funktionalität im Source und wenn dieser funktioniert
ist die atime zumindest ebenfalls vom Delay durch den Attribute Cache
betroffen.

-- 
B.Walter                   BWCT                http://www.bwct.de
bernd(at)bwct.de                                  info(at)bwct.de
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message