> on den 26.10.2005 klokka 08:27 (-0700) skreiv Lever, Charles:
>=20
> > i agree that O_DIRECT is the right solution. however, even=20
> with "noac"
> > i would expect mr. duffy's workload to behave correctly most of the
> > time. sounds like he is able to make it fail very easily.
>=20
> Why would you expect that?
>=20
> "noac" does not turn off data caching, nor does it change the policy
> that the client will not invalidate the data cache while it is holding
> the file open for write.
i just figured out what was troubling me about this.
in the case of "noac", OTW writes are always synchronous. thus you
should never have the problem where concurrent async writes will obscure
server-side changes on "noac" mounts.
-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
NFS maillist - [email protected]
https://lists.sourceforge.net/lists/listinfo/nfs
On Mon, 2005-11-07 at 08:08 -0800, Lever, Charles wrote:
> in the case of "noac", OTW writes are always synchronous. thus you
> should never have the problem where concurrent async writes will obscure
> server-side changes on "noac" mounts.
However reads are not synchronous, nor are they ordered. You have no
guarantee that the RPC READ call that filled the first page you read was
handled by the server before the read that filled the next page.
Cheers,
Trond
-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
NFS maillist - [email protected]
https://lists.sourceforge.net/lists/listinfo/nfs