On Wed, Mar 26, 2008 at 1:36 PM, Emmanuel Florac <eflorac@intellique.com> wrote:It's good to see that the synchronous write throughput is identical for the 2.4.32 and 2.6.22.18 kernels. Regarding NFS: there are many parameters that influence NFS performance. Are you using the userspace NFS daemon or the NFS daemon in the kernel ? Telling NFS that it should use TCP instead of UDP usually increases performance, as well as increasing the read and write block size. And if there is only a single client accessing the NFS filesystem, you can increase the attribute cache timeout in order to decrease the number of NFS getattr calls. You could e.g. try the following command on the client: mount -o remount,actimeo=86400,rsize=1048576,wsize=1048576,nfsvers=3,tcp,nolock /mnt/temp Please read the nfs(5) man page before using these parameters in a production environment. Note: the output of the nfsstat command can be helpful when optimizing NFS performance. Bart. --
| David Newall | Re: Slow DOWN, please!!! |
| Greg Kroah-Hartman | [PATCH 001/196] Chinese: Add the known_regression URI to the HOWTO |
| Fernando Luis | [PATCH] affinity is not defined in non-smp kernels - x86_64 |
git: | |
| David Miller | [GIT]: Networking |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 28/37] dccp: Integration of dynamic feature activation - part 3 (client side) |
| Jean-Louis Dupond | tg3 driver not advertising 1000mbit |
