I am testing linux NFS client functionality. I have a
script that vi a large file repeatively after
mounting, how do I make sure that each time it is
getting file from the server and not the cached
version ?
Thanks
Dave
__________________________________
Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
http://calendar.yahoo.com
-------------------------------------------------------
This SF.net email is sponsored by: Etnus, makers of TotalView, The best
thread debugger on the planet. Designed with thread debugging features
you've never dreamed of, try TotalView 6 free at http://www.etnus.com.
_______________________________________________
NFS maillist - [email protected]
https://lists.sourceforge.net/lists/listinfo/nfs
use fcntl to lock and unlock the file.
or unmount and remount.
> -----Original Message-----
> From: David Myer [mailto:[email protected]]
> Sent: Wednesday, June 04, 2003 3:06 PM
> To: [email protected]
> Subject: [NFS] disable caching in NFS
>=20
>=20
> I am testing linux NFS client functionality. I have a
> script that vi a large file repeatively after
> mounting, how do I make sure that each time it is
> getting file from the server and not the cached
> version ?
>=20
> Thanks
> Dave
>=20
> __________________________________
> Do you Yahoo!?
> Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
> http://calendar.yahoo.com
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by: Etnus, makers of=20
> TotalView, The best
> thread debugger on the planet. Designed with thread debugging features
> you've never dreamed of, try TotalView 6 free at http://www.etnus.com.
> _______________________________________________
> NFS maillist - [email protected]
> https://lists.sourceforge.net/lists/listinfo/nfs
>=20
-------------------------------------------------------
This SF.net email is sponsored by: Etnus, makers of TotalView, The best
thread debugger on the planet. Designed with thread debugging features
you've never dreamed of, try TotalView 6 free at http://www.etnus.com.
_______________________________________________
NFS maillist - [email protected]
https://lists.sourceforge.net/lists/listinfo/nfs
The application (vi) is opening the file, and
the Linux NFS client should be implementing
close-to-open semantics (meaning that the client will
revalidate its cache against the server upon every open).
Thus, this should not be necessary. Of course, if the server does not
update the file's modification time upon every write, or
if it does, but uses coarse granularity (e.g. one second),
then close-to-open semantics won't work. In that
event, the strategies Chuck Lever mentioned are among
what you can use to force the cache to be flushed or
unused.
-------------------------------------------------------
This SF.net email is sponsored by: Etnus, makers of TotalView, The best
thread debugger on the planet. Designed with thread debugging features
you've never dreamed of, try TotalView 6 free at http://www.etnus.com.
_______________________________________________
NFS maillist - [email protected]
https://lists.sourceforge.net/lists/listinfo/nfs