On Wed, Jul 30, 2008 at 10:35:49PM -0400, Michael Shuey wrote: > Thanks for all the tips I've received this evening. However, I figured out > the problem late last night. :-) > > I was only using the default 8 nfsd threads on the server. When I raised > this to 256, the read bandwidth went from about 6 MB/sec to about 95 > MB/sec, at 100ms of netem-induced latency. So this is yet another reminder that someone needs to implement some kind of automatic tuning of the number of threads. I guess the first question is what exactly the policy for that should be? How do we decide when to add another thread? How do we decide when there are too many? --b. -- To unsubscribe from this list: send the line "unsubscribe linux-nfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
