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 inform
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_con
Hi Greg,
OK. I start the segvn_fault.d script, then in a second window
a "dd if=/dev/dsk/c0d0s2 of=/dev/null bs=8k"
and then in a third window do the cp of the 1000 page file.
Now I get ~1000 segvn_faults for the cp.
I expected to get a larger count because the dd is
contending with the cp.
So,
[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 = 0x10 in /
G'Day Max,
On Wed, 11 Jan 2006 [EMAIL PROTECTED] wrote:
> Hi Greg,
>
> Upon further reflection (and running your script), I am
> very puzzled you are getting anywhere near 1000 segvn_fault
> calls for the cp.
I get the full 1000 almost every time. I'm on an old x86 box,
# psrinfo -vp
The
