Re: NFS atime

>Atime steht im Widerspruch zum Caching - was nutzt dir ein Cache
I>nhalt, 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

Hi, ich habe das mit Caching zuvor schon getestet. Caching ist zwar in der
Tat fuer ein Delay verantwortlich, jedoch nicht bei atime, da ist es so,
dass jegliches Update ignoriert wird und der Server ( so jedenfalls bei
mir ) nie das Update vornimmt. Anders herum, wenn das Update serverseitig
stattfindet, dann wird nach ein paar Sekunden bis hin zu mehreren Minuten
das Update den Clients publiziert..
sehr strange das ganze.

Gruss Christian

To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Mon 27 Sep 2004 - 19:46:01 CEST