织梦网站后台如何做百度优化/今日最新消息
设置块大小
mount 命令的 risize 和 wsize 指定了 server 端和 client 端的传输的块大小。如果没有指定，那么，系统根据 nfs 的版本来设置缺省的 risize 和 wsize 大小。大多数情况是 4K （ 4096bytes ），对于 nfs v2 ，最大是 8K ，对于 v3 ，在 server 端设置 risize 和 wsize 的限制，最大块大小在 kernel 的常量 NFSSVC_MAXBLKSIZE, 该常量在 usr/src/linux2.4/include/linux/nfsd/const.h. 所有的 2.4 的的 client 都支持最大 32K 的传输块。系统缺省的块可能会太大或者太小，这主要取决于你的 kernel 和你的网卡，太大或者太小都有可能导致 nfs 速度很慢。具体的可以使用 Bonnie ， Bonnie++ ， iozone 等 benchmark 来测试不同 risize 和 wsize 下 nfs 的速度。当然，也可以使用 dd 来测试。
＃ time dd if=/dev/zero of=/testfs/testfile bs=8k count=1024 这是来测试 nfs 写
＃ time dd if=/testfs/testfile of=/dev/null bs=8k 这是测试 nfs 读
测试时文件的大小至少时系统 RAM 的两倍，每次测试都使用 umount 和 mount 对 /testfs 进行挂载，通过比较不同的块大小，得到优化的块大小。
nfs 挂载的优化
timeo: 如果超时，客户端等待的时间，以十分之一秒计算。
retrans ：超时尝试的次数。
bg ：后台挂载，很有用
hard ：如果 server 端没有响应，那么客户端一直尝试挂载。
wsize ：写块大小
rsize ：读块大小
intr ：可以中断不成功的挂载
noatime ：不更新文件的 inode 访问时间，可以提高速度。
async ：异步读写。
nfsd 进程的个数
缺省的系统在启动时，有 8 个 nfsd 进程。
#ps -efl|grep nfsd
通过查看 /proc/net/rpc/nfsd 文件的 th 行，第一个是 nfsd 的个数，后十个是线程是用的时间数，第二个到第四个值如果很大，那么就需要增加 nfsd 的个数。
具体如下：
#vi /etc/init.d/nfs
找到 RPCNFSDCOUNT, 修改该值，一般和 client 端数目一致。
然后，重启服务。
#service nfs restart
#mount –a
nfsd 的队列长度
对于 8 个 nfsd 进程，系统的 nfsd 队列长度是 64k 大小，如果是多于 8 个，就要相应的增加相应的队列大小，具体的在 /proc/sys/net/core/ 【 rw 】 mem_default 和 /proc/sys/net/core/ 【 rw 】 mem_max 。队列的长度最好是每一个 nfsd 有 8k 的大小。这样， server 端就可以对 client 的请求作排队处理。如果要永久更改此值
#vi /etc/sysctl.conf
加入
net.core. 【 rw 】 mem_max= 数目
net.core. 【 rw 】 mem_default= 数目
#service nfs restart
网络传输包的大小
网络在包传输过程，对包要进行分组，过大或者过小都不能很好的利用网络的带宽，所以对网络要进行测试和调优。可以使用 ping -s 2048 -f hostname 进行 ping ，尝试不同的 package size ，这样可以看到包的丢失情况。同时，可以使用 nfsstat － o net 测试 nfs 使用 udp 传输时丢包的多少。
因为统计不能清零，所以要先运行此命令记住该值，然后可以再次运行统计。如果，经过上面的统计丢包很多。那么可以看看网络传输包的大小。使用下面的命令：
#tracepath node1/ 端口号
#ifconfig eth0
较网卡的 mtu 和刚刚的 pmtu ，使用 #ifconfig eth0 mtu 16436 设置网卡的 mtu 和测试的一致。
当然如果 risize 和 wsize 比 mtu 的值大，那么的话， server 端的包传到 client 端就要进行重组，这是要消耗 client 端的 cpu 资源。此外，包重组可能导致网络的不可信和丢包，任何的丢包都会是的 rpc 请求重新传输， rpc 请求的重传有会导致超时，严重降低 nfs 的性能。可以通过查看 /proc/sys/net/ipv4/ipfrag_high_thresh 和 /proc/sys/net/ipv4/ipfrag_low_thresh 了解系统可以处理的包的数目，如果网络包到达了 ipfrag_high_thresh ，那么系统就会开始丢包，直到包的数目到达 ipfrag_low_thresh 。