From mboxrd@z Thu Jan 1 00:00:00 1970 From: Chuck Lever Subject: Re: [PATCH 13/15] SUNRPC: RPC buffer size estimates are too large Date: Wed, 24 Jan 2007 16:11:25 -0500 Message-ID: <45B7CB7D.1060807@oracle.com> References: <20070124191704.31133.12713.stgit@localhost.localdomain> <20070124192020.31133.78494.stgit@localhost.localdomain> <20070124204724.GB6587@fieldses.org> <45B7C69D.1090709@oracle.com> <20070124210131.GD6587@fieldses.org> Reply-To: chuck.lever@oracle.com Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="------------010105080602020206030303" Cc: nfs@lists.sourceforge.net, trond.myklebust@fys.uio.no To: "J. Bruce Fields" Return-path: Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.92] helo=mail.sourceforge.net) by sc8-sf-list2-new.sourceforge.net with esmtp (Exim 4.43) id 1H9pR7-0004FU-RT for nfs@lists.sourceforge.net; Wed, 24 Jan 2007 13:13:41 -0800 Received: from rgminet01.oracle.com ([148.87.113.118]) by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.44) id 1H9pR9-0003qW-Dl for nfs@lists.sourceforge.net; Wed, 24 Jan 2007 13:13:43 -0800 In-Reply-To: <20070124210131.GD6587@fieldses.org> List-Id: "Discussion of NFS under Linux development, interoperability, and testing." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: nfs-bounces@lists.sourceforge.net Errors-To: nfs-bounces@lists.sourceforge.net This is a multi-part message in MIME format. --------------010105080602020206030303 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit J. Bruce Fields wrote: > On Wed, Jan 24, 2007 at 03:50:37PM -0500, Chuck Lever wrote: >> I've been running Connectathon and fsx-odirect with hundreds of >> thousands of ops on a kernel that has all the slab debugging options >> enabled. I haven't hit a problem yet. > > That's not going to exercise all the possible buffer calculations--it > probably doesn't perform any ACL operations, for example. > > I wonder if it would be possible to generate those buffer sizes directly > from the .x files or something? > >> And besides, the RPC buffers are all a fixed size (2kiB), and much >> larger than required already. The slack is "built in" to the buffer size. > > OK. Do we know of any calls or replies that are close to that limit? In general the big piece of the call and reply headers are the credentials and verifiers. Every NFS operation that sends or receives a large call or reply does so by using the page cache, ACLs included. --------------010105080602020206030303 Content-Type: text/x-vcard; charset=utf-8; name="chuck.lever.vcf" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="chuck.lever.vcf" begin:vcard fn:Chuck Lever n:Lever;Chuck org:Oracle Corporation;Corporate Architecture Linux Projects Group email;internet:chuck dot lever at nospam oracle dot com title:Principle Member of Staff tel;work:+1 248 614 5091 x-mozilla-html:FALSE version:2.1 end:vcard --------------010105080602020206030303 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV --------------010105080602020206030303 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ NFS maillist - NFS@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nfs --------------010105080602020206030303--