[lkml]   [2003]   [Feb]   [21]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
Subjectstrange but consistent feature of linux nfs client
The linux nfs client (at least the one in 2.4.19)
shows one characteristic :
Consider a client side benchmark that creates a file
across nfs, writes some data into it, reads this data
back, modifies it and writes it back, finally reading
it again and closing. (Assume that there isn't any
other client operating on this nfs mounted filesystem
that could pose a threat to the cached data validity
on our client)
Thus the order is like :

I observed without exception in all test runs that the
second write-read combination had the read succeeding
to find the data in the local cache(after suitable
revalidation etc) while the first read operation in
each individual test run never found the data in the
local cache(although the first write too like the
second write was done through the pagecache) or
whatever but invariably made an on the wire read -

So what is special - first time reads/first time
writes and why,
and how is this speciality affected in the kernel.

thanks a lot

Missed your favourite TV serial last night? Try the new, Yahoo! TV.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:33    [W:0.030 / U:7.144 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site