還有前兩個小時發出的警報信息：
- 2011-2-15 (星期二) 17:50
- WARNING - load average: 9.73, 10.67, 10.49
- 2011-2-15 (星期二) 16:50
- WARNING - load average: 10.52, 10.10, 10.06
一、警報信息的三個參數到底是什麼意思？ 9.73、10.67、10.49分別代表前一分鐘,五分鐘,十五分鐘的平均CPU負載,最重要的指標是最后一個數字,即前15分鐘的平均CPU負載,這個數字越小越好.所謂CPU負載指的是一段時間內任務隊列的長度,通俗的講,就是一段時間內一共有多少任務在使用或等待使用
- 2011-2-15 (星期二) 15:40
- WARNING - load average: 8.27, 9.23, 9.48
CPU利用率就高,而有的程序牽涉到計算的部分很少,CPU利用率自然就低.但無論CPU的利用率是高是低,跟後面有多少任務在排隊沒有必然關係. 四、了解了CPU負載的含義,我們如何來降低伺服器的CPU負載呢？ 最簡單辦法的是更換性能更好的伺服器,不要想著僅僅提高
任務最終是要分配到CPU核心去處理的.兩塊CPU要比一塊CPU好,雙核要比單核好. 因此,我們需要記住,除去CPU性能上的差異,CPU負載是基於內核數來計算的！有一個說法,「有多少內核,即有多少負載」. 五、那麼,本文開頭的CPU負載分擔到每個CPU上的負載是多少呢？那就要看我這台伺服器有一共有多少個內核了. Linux里有一個/proc目錄,存放的是當前運行系統的虛擬映射,其中有一個文件為cpuinfo,這個文件里存放著CPU的信息.我們可以直接打開查看,或者過濾關鍵字進行查看,文件內容比較多,一般我們需要過濾關鍵字. /proc/cpuinfo文件按邏輯
要明白這一點,至於什麼是邏輯CPU,下面會提到.要理解該文件中的CPU信息,有幾個相關的概念要知道： processor：邏輯CPU的標識 model name：真實CPU的型號信息 physical id：真實CPU和標識 cpu cores：真實CPU的內核數
- $>grep 『model name』 /proc/cpuinfo |uniq
- model name : 英特爾(R) Xeon(R) CPU E5320 @ 1.86GHz
- $>grep 『physical id』 /proc/cpuinfo |sort |uniq |wc -l
- 2
可以看出,該伺服器CPU型號為英特爾(R) Xeon(R) CPU E5320,雙CPU,每個CPU都是雙核,相當於伺服器有4個內核. 前面我們說CPU負載是基於CPU內核數計算的,那麼以前十五分鐘的平均負載數10.49為例,我們可以得出,這台伺服器每個CPU的負載為5.245,再分配到內核上,每個內核的負載為2.6左右. 這個負載是否是合理的呢？那就要看理想CPU負載的標準是什麼樣子的了. 六、CPU負載為多少才算比較理想？ 這個有爭議,各有各的說法,我個人比較贊同CPU負載小於等於0.7算是一種理想狀態. 不管某個CPU的性能有多好,1秒鐘能處理多少任務,我們可以認為它無關緊要,雖然事實並非如此.在評估CPU負載時,我們只以5秒鐘為單位為統計任務隊列長度.如果每隔
- $>grep 『cpu cores』 /proc/cpuinfo |uniq
就很麻煩了. 但是每個內核的負載為1,並不能算是一種理想狀態！這意味著我們的CPU一直很忙,不得清閑.網上有說理想的狀態是每個內核的負載為0.7左右,我比較贊同,0.7乘以內核數,得出伺服器理想的CPU負載,比如我這台伺服器,負載在3.0以下就可以. 七、下面關於邏輯[火星人 ] linux里的CPU負載已經有278次圍觀
