From: Dan Stromberg Subject: Re: Some code, and a question Date: Wed, 07 Sep 2005 10:00:42 -0700 Message-ID: <1126112442.16701.17.camel@seki.nac.uci.edu> References: <1126046397.3000.188.camel@seki.nac.uci.edu> <20050907010219.GA14233@sgi.com> <1126103821.16701.8.camel@seki.nac.uci.edu> <431EFF78.6000709@redhat.com> Mime-Version: 1.0 Content-Type: text/plain Cc: Greg Banks , nfs@lists.sourceforge.net, strombrg@dcs.nac.uci.edu Return-path: Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.91] helo=mail.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1ED3IV-0006kw-9U for nfs@lists.sourceforge.net; Wed, 07 Sep 2005 10:01:19 -0700 Received: from dcs.nac.uci.edu ([128.200.34.32]) by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.44) id 1ED3IT-0008Ux-6R for nfs@lists.sourceforge.net; Wed, 07 Sep 2005 10:01:19 -0700 To: Peter Staubach In-Reply-To: <431EFF78.6000709@redhat.com> Sender: nfs-admin@lists.sourceforge.net Errors-To: nfs-admin@lists.sourceforge.net List-Unsubscribe: , List-Id: Discussion of NFS under Linux development, interoperability, and testing. List-Post: List-Help: List-Subscribe: , List-Archive: On Wed, 2005-09-07 at 10:55 -0400, Peter Staubach wrote: > Dan Stromberg wrote: > > > > >Here's the summary output from my script. You may find it surprising. > >It may have bugs, but so far it seems to be coming up with results that > >one might not expect. This was iterating rsize's and wsize's from 4K to > >64K in steps of 1K. BTW, this is from an AIX 5.1 host to a Solaris 9 > >host, but the script should run on nearly any unix or linux: > > > > Presumably you have made the configuration changes at least on the Solaris > side, /etc/system or some such, to allow these systems to go all the way to > a 64K transfer size? Vanilla Solaris 9 won't do that. No I haven't - great lead. I'll see if I can google that up. Or if you have the incantation at your fingertips... > What have you done to factor out the file system on the server? Nothing. Actually, I don't really want to in this case, because it's the speed as seen by the enduser that I need to optimize, not the speed of NFS alone. That is, if there's something specific to the combination of NFS and the underlying QFS filesystem, I don't want my benchmarking to miss that. Thanks! ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ NFS maillist - NFS@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nfs