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?