procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu------ r b swpd free buff cache si so bi bo in cs us sy ID wa st 2 1 0 1298784 0 0 0 0 16 5 0 9 1 1 97 2 0 0 1 0 1308016 0 0 0 0 0 0 0 3882 4 3 80 13 0 0 1 0 1307960 0 0 0 0 120 0 0 2960 0 0 88 12 0 0 1 0 1295868 0 0 0 0 4 0 0 4235 1 2 84 13 0 6 0 0 1292740 0 0 0 0 0 0 0 5003 1 1 98 0 0 4 0 0 1300860 0 0 0 0 0 120 0 11194 4 3 93 0 0 4 1 0 1304576 0 0 0 0 240 0 0 11259 4 3 88 6 0 3 1 0 1298952 0 0 0 0 0 0 0 9268 7 5 70 19 0 3 1 0 1303740 0 0 0 0 88 8 0 8088 4 3 81 13 0 5 0 0 1304052 0 0 0 0 0 0 0 6348 4 4 93 0 0 0 0 0 1307952 0 0 0 0 0 0 0 7366 5 4 91 0 0 0 0 0 1307744 0 0 0 0 0 0 0 3201 0 0 100 0 0 4 0 0 1294644 0 0 0 0 0 0 0 5514 1 2 97 0 0 3 0 0 1301272 0 0 0 0 0 0 0 11508 4 3 93 0 0 3 0 0 1307788 0 0 0 0 0 0 0 11822 5 3 92 0 0
从IO可以看出,当IO上升时,等待时间会上升. NFS可能是这里的原因还是我应该担心别的什么?这是光纤通道SAN上的VPS盒.我认为瓶颈不是SAN.评论?
解决方法 您可以尝试使用iostat确定哪个设备生成i / o等待:# iostat -k -h -n 5
有关更多详细信息,请参见iostat手册页. nfs通常是问题的一部分,特别是如果您提供大量小文件或具有特定的许多文件 *** 作.你可以使用通常的挂载选项调整nfs访问,如rsize = 32768,wsize = 32768. netapp有一个很好的白皮书,涵盖了这个主题:http://media.netapp.com/documents/tr-3183.pdf
还要确保网络接口上没有丢弃..
希望这可以帮助
坦率.
总结以上是内存溢出为你收集整理的linux – 服务器负载高,CPU空闲. NFS的原因是什么?全部内容,希望文章能够帮你解决linux – 服务器负载高,CPU空闲. NFS的原因是什么?所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)