Re: FYI: readdirplus responsiveness problem after 2.4 -> 2.6 client upgrade

[Frank van Maarseveen <frankvm@frankvm.com>]

On Mon, Jul 11, 2005 at 01:17:16PM -0400, Trond Myklebust wrote:
> m=E5 den 11.07.2005 Klokka 18:51 (+0200) skreiv Frank van Maarseveen:
> > In practice there are a significant number of cases without retransmiss=
ion
> > when the server appears unresponsive to the user with readdirplus. Since
> > it is induced by bash name completion it is very visible to the user:
> > occasionally command-completion takes 3..10 seconds now to give an idea.
> > Name completion for arguments is hurt too sometimes.
>=20
> I suppose you could mask out NFS_CAP_READDIRPLUS on the client, but it
> sounds very strange that the OSF implementation should be so incredibly
> slow. Is there nothing in the administrators manual about tuning this
> sort of operation?

Maybe. I'm not an tru64 expert. But I do know that the server in
question is underpowered, e.g. lookups, getattr are a bit slow at times
as well. Anyway, the "user experience" seems better with readdirplus
disabled on the client so I decided to do that.

--=20
Frank


-------------------------------------------------------
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP, 
AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs