Messages in this thread | | | Date | Fri, 22 Jun 2001 12:57:24 -0300 (BRT) | From | Christian Robottom Reis <> | Subject | Re: [NFS] NFS insanity |
| |
On 22 Jun 2001, Trond Myklebust wrote:
> I'm a bit surprised about your choice or rsize and wsize. Although it > shouldn't make any difference, 3072 is not a natural size on an x86 > machine. You usually want something that divides PAGE_CACHE_SIZE=4096. > Furthermore, on the Linux NFS client, any value < PAGE_CACHE_SIZE > means that you use synchronous writes (deferred writes are enabled > with wsize=4096 or greater).
Trond, your command was very much appreciated. I got to this value after stress testing the network install in the office: anything above that value caused massive collisions on the hub and I just thought it would be unhealthy to be forcing this sort of bustage onto the wire. 1 and 2k performed worse, and 4k causing collisions, I chose 3k. The tests consisted of doing compiles and simple file operations (reading large mail folders, in addition), which is what users doing everyday work here and evaluating the performance of the filesystem look for.
I'm not _entirely_ sure my tests were sane, but is this a reasonable explanation?
> The advantage in this case though, is that it means any error message > that was returned by the server was guaranteed to have been received > by 'cp', because the page was written to the server immediately.
And no error was reported; it was completely silent. I can no longer reproduce this after the power outage we had yesterday forced a reboot on the client. *sigh* It would have been nice to find out what it was.
Take care, -- /\/\ Christian Reis, Senior Engineer, Async Open Source, Brazil ~\/~ http://async.com.br/~kiko/ | [+55 16] 274 4311
- 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/
| |