Re: Poor NFS client performance on 2.4.18?

From: Dan Yocum (
Date: Mon May 06 2002 - 17:05:18 EST


OK, so backing out the rpc_tweaks dif fixed the performance problem,
however, seems to have introduced another problem that appears to be
stemming from the seekdir.dif. Attempting to run an app from an IRIX client
(that has the 32bitclients option set) freezes the NFS volume - one can't
access it from the Linux side, anymore.

You can read and write to the NFS volume *before* trying to run something
from there, but not after.



Trond Myklebust wrote:
> >>>>> " " == Dan Yocum <> writes:
> > Trond, et al. I'm getting poor NFS performance (~250KBps read
> > and write) on 2.4.18 and am wondering if I'm the only one.
> > There is no performance drop under other OSs or other kernel
> > versions, so I don't think it's the server.
> > Here's the the details:
> > 2.4.18 patched with:
> > NFS client patches (linux-2.4.18-NFS_ALL.dif)
> > xfs-1.1-PR1-2.4.18-all.patch Ingo's Foster IRQ patch (these
> > are dual Xeons)
> > If you need any more details, let me know.
> The latest NFS_ALL patches include experimental code that changes the
> UDP congestion control. I'm basically trying to relax the algorithm to
> what is standard on *BSD (i.e. we follow the standard Van Jacobson).
> This would mean that we don't wait for the reply from the server
> before we send off the next request. Unfortunately, there appears to
> be a lot of setups out there that start to drop packets when this
> occurs, and I haven't yet finished determining the root cause.
> If I can manage to get my laptop to work again, I'll try to
> investigate a bit more this weekend...
> Cheers,
> Trond

Dan Yocum
Sloan Digital Sky Survey, Fermilab  630.840.6509,
SDSS.  Mapping the Universe.
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

This archive was generated by hypermail 2b29 : Tue May 07 2002 - 22:00:28 EST