From: Olaf Kirch <okir@suse.de>
Subject: Re: [PATCH] Fix nfsd rewrite performance
Date: Tue, 2 Aug 2005 12:49:04 +0200
Message-ID: <20050802104904.GC29054@suse.de>
References: <20050801113954.GA8698@suse.de> <20050801115319.GD6497@fieldses.org> <20050801115922.GE8698@suse.de> <20050801121053.GA8238@fieldses.org> <20050801121422.GH8698@suse.de> <20050801125832.GB8598@fieldses.org> <20050802094950.GB29054@suse.de> <20050802100222.GA1940@fieldses.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Cc: nfs@lists.sourceforge.net
To: "J. Bruce Fields" <bfields@fieldses.org>
In-Reply-To: <20050802100222.GA1940@fieldses.org>
Sender: nfs-admin@lists.sourceforge.net
Errors-To: nfs-admin@lists.sourceforge.net

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.

Olaf
-- 
Olaf Kirch   |  --- o --- Nous sommes du soleil we love when we play
okir@suse.de |    / | \   sol.dhoop.naytheet.ah kin.ir.samse.qurax


-------------------------------------------------------
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