【講清楚，說明白！】uptime查看系統負載

目錄：
（一）查看系統負載
（二）uptime類比
（三）系統負載的經驗法則

---

（一）查看系統負載
(1.1)若是你的電腦很慢，或許你想查看一下，它的工做量是否太大了。在Linux系統中，咱們通常使用uptime命令查看，咱們在終端輸入uptime命令，系統會返回一行信息。

(1.2)在圖1-1這行信息的開始部分，其中第一個「10:17:35」表示的是當前時間；第二個「up 8 min」表示系統運行時間，說明此服務器連續運行了8分鐘了；「2 users」表示當前系統登錄用戶數。
(1.3)在圖1-1這行信息的後半部分，顯示「load average」，它的意思是系統的平均負載即任務隊列的平均長度，後面有三個數字，咱們能夠從中判斷系統負載是屬於大仍是屬於小。而load average後的三個數字分別表示的是1分鐘、5分鐘、15分鐘內系統的平均負載。當CPU徹底空閒的時候，平均負載爲0，當CPU工做量飽和的時候，平均負載爲1，那麼狠顯然，load average的值越低，好比等於0.2或0.3，就說明電腦的工做量越小，系統負載比較輕。

---

（二）uptime類比
(2.1)判斷系統負載是否太重，必須理解load average的真正含義。首先，咱們假設最簡單的狀況，你的電腦只有一個CPU，全部的運算都必須由這個CPU來完成，那麼我麼能夠把這個CPU想象成一座大橋，橋上只有一根車道，全部車輛都必須從這根車道上經過。系統負荷爲0.0，意味着大橋上一輛車也沒有；系統的負荷爲0.5，意味着大橋上一半的路段有車；系統的負荷爲1.0，意味着大橋上的全部路段都有車，也就是說大橋已經「滿」了，可是必須注意的是，知道此時大橋仍是能順暢通行的；系統的負荷爲1.7，意味着車輛太多了，大橋已經被佔滿了（100%），後面等着上橋的車輛爲橋面車輛的70%。
(2.2)以此類推，系統負荷是2.0，意味着等待上橋的車輛與橋面的車輛同樣多；系統的負荷是3.0，意味着等待上橋的車輛是橋面車輛的2倍。總之，當系統負荷大於1，後面的車輛就必須等待了，系統負荷越大，過橋等待的時間就越長。

---

（三）系統負載的經驗法則
(3.1)1.0是系統負載的理想值嗎？不必定，系統管理員每每會留有一點餘地，當這個值達到0.7，就應當引發注意了，經驗法則是這樣的：當系統負載持續大於0.7，就要開始調查了，問題出在哪裏，防止狀況惡化；當系統負載持續大於1.0，你就必須手動尋找解決辦法，把這個值降下來；當系統負載達到5.0，就代表你的系統有很嚴重的問題，長時間沒有響應，或者接近死機了，你不該該讓系統達到這個值。
注意：此處的描述是經驗值，若是服務器的CPU爲1核心，則load average中的數值>=3則判斷負載太高；若是服務器的CPU爲4核心，則load average中的數值>=12則判斷負載太高。即單核心，1分鐘的系統平均負載不要超過3就能夠，這個是經驗值。
(3.2)芯片廠商每每在一個CPU內部，包含多個CPU核心，這被稱爲多核CPU。在系統負載方面，多核CPU與多CPU的效果相似，因此考慮系統負載的時候，必需要考慮這臺主機有幾個CPU，每一個CPU有幾個核心，而後把系統負載除以總的核心數便可。通常咱們是經過如下的方式來查看主機的CPU核心數的：
# cat /proc/cpuinfo---查看CPU的信息
# grep -c 'model name' /proc/cpuinfo---返回CPU的總核心數


(3.3)系統中load average一共返回三個平均值：1分鐘系統負載、5分鐘系統負載、15分鐘系統負載。咱們應該參考哪一個值呢？若是隻有1分鐘的系統負載大於1.0，其餘兩個時間段都小於1.0，這代表只是暫時現象，問題不大；若是15分鐘內，平均系統負載大於1.0，代表問題持續存在，不是暫時現象。因此，咱們應該主要觀察15分鐘系統負載，將它做爲電腦正常運行的指標。

—————— 本文至此結束，感謝閱讀 ——————