Re: [PATCH] Fix nfsd rewrite performance

["J. Bruce Fields" <bfields@fieldses.org>]

On Tue, Aug 02, 2005 at 12:49:04PM +0200, Olaf Kirch wrote:
> On Tue, Aug 02, 2005 at 06:02:22AM -0400, J. Bruce Fields wrote:
> > Yeah.  So the simplest solution might be to make the other upcalls use
> > the same sort of deferral as the idmap upcalls, at least in the v4 case.
> > In the v3 case fh_verify always happens early enough not to be a
> > problem, I believe.
> > 
> > Though I still think it's unfortunate even for v3 that it will try to
> > copy (and allocate space for) the entire write request in the case of an
> > authentication- or export- related upcall.
> 
> I just looked at svc_defer in 2.6.12 and it seems it cannot handle
> more than one page of data anyway, and ditches anything else.

Oops, you're right.  Forcing the client to time out and retry there is
kind of unfortunate too, though.  A half hour of activity (to expire
entries from the export cache) followed by a write could trigger this.

--b.


-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs