Did you attempt to increase the number of load generating processes on the client? Were either the client or server CPU's consume entirely? It would be helpful to also know the storage config on the server. it is possible that you have max'd the storage config at the server.
Actually, the information that is usually disclosed as part of SFS submissions would be helpful to understand this particular configuration, etc. btw: there is an RFE open to have the default configuration for the number of nfsd threads to be something much, much larger than the current default. Spencer On Thu, Richard McDougall wrote: > > Hi Leon, > > You should be able to get 4x that level of throughput on 2 opteron > processors. Some other tuning that might be useful: > > You might increase the number of servers higher (there isn't any > significant downside). We use 1024 as a default on most systems. > > In /etc/system: > set ip:ipcl_conn_hash_size=262144 > set ncsize=2097152 > > UFS mount options to disable atimes make quite a difference: > mount -onoatime > > Richard. > > > > On Thu, Jan 12, 2006 at 01:25:38PM -0800, Leon Koll wrote: > > [i]x-posted: > > http://napobo3.blogspot.com/2006/01/turbocharging-nfs-server.html [/i] > > When out-of-the box S10/x86 showed mediocre NFS performance (measured by > > the SPEC SFS benchmark) the following measures improved the results more > > than twice : > > 1.increase the dnlc size (set ncsize = 0x100000 in /etc/system) > > 2.increase the number of concurrent NFS requests (NFSD_SERVERS=128 in > > /etc/default/nfs) > > 3.increase the number of VxFS inode table (yes, I am using VxFS) > > 4.increase the FC HBA queue depth to 256 commands > > The dual AMD Opteron 252 box reached 11200 ops/sec with response time 2.4 > > msec with 24 processes on one load generator. > > This message posted from opensolaris.org > > _______________________________________________ > > perf-discuss mailing list > > perf-discuss@opensolaris.org > > -- > > > :-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-: > Richard Mc Dougall : [EMAIL PROTECTED] > Performance and Availability : x31542 > Engineering : http://devnull.eng > Sun Microsystems Inc : +1 650 352 6438 > :-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-: > _______________________________________________ > perf-discuss mailing list > perf-discuss@opensolaris.org _______________________________________________ perf-discuss mailing list perf-discuss@opensolaris.org
