> neilb@cse.unsw.edu.au (Neil Brown) writes:
>> On September 10, marcus@cendio.se wrote:
>> > cachefs sucks. It doesn't seem to cache stat(2) information.
>> > Doing ls -F in a ~100-entries directory takes several seconds
>> > over a link with 50ms round-trip time.
>>
>> Well, I said "concept" not "implementation", but I suspect that
>> Solaris cachefs does cache stat information. Maybe you just
>> need to increase the timeouts for the attribute cache.
> Considering that I did several ls'es on the order of
> milliseconds apart I doubt that would help...
The NFS close-to-open cache consistency requirement forces them to
compare the attribute cache to the server every time someone does a
call to open(). This is true whether or not one uses cachefs.
After the file has actually been opened, you can call fstat() as many
times as you like. The cached attributes to be used, and they will
then be checked on the server only after the cache times out.
Cheers,
Trond
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/