lkml.org 
[lkml]   [2002]   [Oct]   [23]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
SubjectRe: [NFS] Re: [PATCH] zerocopy NFS for 2.5.36
From
Hi,

> > > > Congestion avoidance mechanism of NFS clients might cause this
> > > > situation. I think the congestion window size is not enough
> > > > for high end machines. You can make the window be larger as a
> > > > test.

> I don't think it is a client congestion issue at this point. I can run the
> test with just one client on UDP and achieve 11.2 MB/sec with just one mount
> point. The client has 100 Mbit Ethernet, so should be the upper limit (or
> really close). In the 40 client read test, I have only achieved 2.875 MB/sec
> per client. That and the fact that there are never more than 2 nfsd threads
> in a run state at one time (for UDP only) leads me to believe there is still
> a scaling problem on the server for UDP. I will continue to run the test and
> poke a prod around. Hopefully something will jump out at me. Thanks for all
> the input!

Can You check /proc/net/rpc/nfsd which shows how many NFS requests have
been retransmitted ?

# cat /proc/net/rpc/nfsd
rc 0 27680 162118
^^^
This field means the clinents have retransmitted pakeckets.
The transmission ratio will slow down if it have happened once.
It may occur if the response from the server is slower than the
clinents expect.

And you can use older version - e.g. linux-2.4 series - for clients
and see what will happen as older versions don't have any intelligent
features.

Thank you,
Hirokazu Takahashi.
-
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/

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