Re: NFS Tuning

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Not that I know of :( I think it is all client-side. You can specify stuff like sync or async in your /etc/exports files, but rsize and wsize do not work.

--James Cooley


Brian D. McGrew wrote:

I'll try that right now, thanks!

Is there a way to change the rsize and wsize on the server end to force
the clients?

-brian

Brian D. McGrew { brian@xxxxxxxxxxxxx || brian@xxxxxxxxxxxxxxxxxxx }
---


YOU! Off my planet!



-----Original Message----- From: redhat-list-bounces@xxxxxxxxxx [mailto:redhat-list-bounces@xxxxxxxxxx] On Behalf Of James Cooley Sent: Wednesday, March 16, 2005 8:43 AM To: General Red Hat Linux discussion list Subject: Re: NFS Tuning

Brian,

I've got a couple of ideas. The first one, is to try to improve your send and receive packet sizes. This usually defaults to 4K, but 8K tends to have a dramatic improvement on performance, and users commonly set it using the rsize and wsize options like so when mounting from the client-side:

mount -t nfs -o rsize=8192,wsize=8192    ...

If you have a more modern version of Linux at both ends, you can try increasing the sizes even further.


Another possibility is to increase the size of the NFS memory buffers on

the server to say 256KB.  On RHEL 4, the default is 128KB.

You can do this by using the following commands:

  echo 262144 > /proc/sys/net/core/rmem_default
  echo 262144 > /proc/sys/net/core/rmem_max



Thanks,
James Cooley



Brian D. McGrew wrote:



Good morning,



Can someone help me with tuning up NFS or point me to a good reference?
I'm running several servers, RH7.3, RH9, Solaris 8 and FC3. We're
getting absolutely terrible network performance and it's not just with
NFS. However, I ran up ethereal on a few of the servers and in less
then three minutes I captured over a million packets, of which 95.4%
were UDP NFS packets. How do I go about turning up NFS? I know this


is


way too much traffic for the size of our network and I'm at a complete
loss as to what to do.



Thanks,



-brian



Brian D. McGrew { brian@xxxxxxxxxxxxx || brian@xxxxxxxxxxxxxxxxxxx }

---





YOU! Off my planet!















--
--
James Cooley
Sr. Systems Analyst
Information Technology
Florida Tech
321-674-7999
jcooley@xxxxxxxxxx

--
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list

[Index of Archives]     [CentOS]     [Kernel Development]     [PAM]     [Fedora Users]     [Red Hat Development]     [Big List of Linux Books]     [Linux Admin]     [Gimp]     [Asterisk PBX]     [Yosemite News]     [Red Hat Crash Utility]


  Powered by Linux