One Tip

這段時間一直忙于用ISV的workload來進行對比測試。

在測試過程中，有兩個遊戲客戶都出現了CPU使用率上不去的問題。

現象就是，CPU占用不高，記憶體，硬碟，網絡都不存在瓶頸，但是伺服器響應變得非常慢。

這個問題讓我們很困擾，卻找不到問題的原因所在。

後來倒是一個很巧合的機會讓答案浮出水面。

我們用新平台作為用戶端進行壓力測試，壓到1000個使用者之後，就開始報錯：“Too much open file”。

用ulimite -a檢視max open file的設定是1024.

原來RHEL4.7預設的max open file值就是1024.

使用 ulimite -n 65535 修改max open file的值為65535，錯誤沒有再出現。

再用機器作為伺服器進行測試，之前的問題也沒有再出現。

需要注意的是，ulimite指令的執行隻在目前shell下有作用，

為了永久更改openfile的數量，需要把這個指令寫到profile中。

答案總是在不斷的嘗試中被發現，這算是另一份經驗總結吧。

本文轉自Intel_ISN 51CTO部落格，原文連結：http://blog.51cto.com/intelisn/131493，如需轉載請自行聯系原作者