前段時間客戶一服務器出現了一個奇怪的現象，一台配置不錯的服務器，64G內存，2顆十二核CPU，連著一台存儲，系統負載不規律的每過一段時間就非常高，高的時候維持在四五十，而這個時候呢，通過各種命令（top、vmstat、iostat、ifstat、sar）查看，各項資源都不是一般的閒，一時間摸不著頭腦。
系統資源沒問題，只能從服務著手了，這台服務器主要跑nis和nfs服務，nis服務只是提供網絡用戶，因為這個服務導致負載升高的可能性不高，首先就想到nfs了。
首先介紹下服務器的環境，這台服務器通過nfs將存儲上的數據共享給客戶端服務器，開發人員在客戶端服務器上工作，開發團隊大概有100人。由於開發人員多，項目也多，完全有可能因為nfs服務的性能瓶頸影響系統性能。
記得曾經跟紅帽售後提過一個問題，大概是：我nfs服務器要接受好幾台客戶端服務器的掛載，而且研發人員也多，負載高的話，nfs服務會不會受不了。當時售後給我的答復是“沒關系，只要把nfs進程數調大來就可以了”，如此淡定的回答讓我信服了。不過這個時候我nfs服務器進程已經調到80個進程了，難道還不夠？於是把進程數改到160個，重啟nfs服務，觀察了一段時間，服務器負載降下來了，到現在再也沒出現類似負載高的情況。
調整nfs進程方法：
1.[root@server2 ~]# vim /etc/init.d/nfs
2.# Number of servers to be started by default
3.[ -z "$RPCNFSDCOUNT" ] && RPCNFSDCOUNT=8
默認是8個進程，一般在生產服務器上，在CPU資源夠的情況下，可以按照一顆CPU 8個nfs進程來算，24顆CPU 160個進程也不算過分。