CPU負載和CPU使用率

參考CSDN博客：https://blog.csdn.net/ffzhihua/article/details/87257607html

1、概念（本人理解）windows

CPU負載：平均負載（load average）是指某段時間內佔用cpu的進程（已經在被執行的進程數）和等待等待cpu時間的進程數（這裏等待cpu時間的進程是指等待被喚醒的進程），不包括處於wait狀態進程（還未被執行卻等待被執行的進程數）。.net

CPU使用率：指當前CPU被使用的程度，反映的是當前cpu的繁忙程度，忽高忽低的緣由在於佔用cpu處理時間的進程可能處於io等待狀態但卻還未釋放進入wait。htm

2、CPU負載的一個類比blog

判斷系統負荷是否太重，必須理解load average的真正含義。下面，我根據"Understanding Linux CPU Load"這篇文章，嘗試用最通俗的語言，解釋這個問題。
首先，假設最簡單的狀況，你的電腦只有一個CPU，全部的運算都必須由這個CPU來完成。
那麼，咱們不妨把這個CPU想象成一座大橋，橋上只有一根車道，全部車輛都必須從這根車道上經過。（很顯然，這座橋只能單向通行。）
系統負荷爲0，意味着大橋上一輛車也沒有。進程

系統負荷爲0.5，意味着大橋一半的路段有車。get

系統負荷爲1.0，意味着大橋的全部路段都有車，也就是說大橋已經"滿"了。可是必須注意的是，直到此時大橋仍是能順暢通行的。博客

系統負荷爲1.7，意味着車輛太多了，大橋已經被佔滿了（100%），後面等着上橋的車輛爲橋面車輛的70%。以此類推，系統負荷2.0，意味着等待上橋的車輛與橋面的車輛同樣多；系統負荷3.0，意味着等待上橋的車輛是橋面車輛的2倍。總之，當系統負荷大於1，後面的車輛就必須等待了；系統負荷越大，過橋就必須等得越久。it

CPU的系統負荷，基本上等同於上面的類比。大橋的通行能力，就是CPU的最大工做量；橋樑上的車輛，就是一個個等待CPU處理的進程（process）。
若是CPU每分鐘最多處理100個進程，那麼系統負荷0.2，意味着CPU在這1分鐘裏只處理20個進程；系統負荷1.0，意味着CPU在這1分鐘里正好處理100個進程；系統負荷1.7，意味着除了CPU正在處理的100個進程之外，還有70個進程正排隊等着CPU處理。
爲了電腦順暢運行，系統負荷最好不要超過1.0，這樣就沒有進程須要等待了，全部進程都能第一時間獲得處理。很顯然，1.0是一個關鍵值，超過這個值，系統就不在最佳狀態了，你要動手干預了。

io

3、CPU負載-多處理器
上面，咱們假設你的電腦只有1個CPU。若是你的電腦裝了2個CPU，會發生什麼狀況呢？
2個CPU，意味着電腦的處理能力翻了一倍，可以同時處理的進程數量也翻了一倍。
仍是用大橋來類比，兩個CPU就意味着大橋有兩根車道了，通車能力翻倍了。

因此，2個CPU代表系統負荷能夠達到2.0，此時每一個CPU都達到100%的工做量。推廣開來，n個CPU的電腦，可接受的系統負荷最大爲n.0。

4、CPU負載-多核處理器
芯片廠商每每在一個CPU內部，包含多個CPU核心，這被稱爲多核CPU。
在系統負荷方面，多核CPU與多CPU效果相似，因此考慮系統負荷的時候，必須考慮這臺電腦有幾個CPU、每一個CPU有幾個核心。而後，把系統負荷除以總的核心數，只要每一個核心的負荷不超過1.0，就代表電腦正常運行。
怎麼知道電腦有多少個CPU核心呢？
點擊可查看CPU信息

5、系統負荷的經驗法則
1.0是系統負荷的理想值嗎？
不必定，系統管理員每每會留一點餘地，當這個值達到0.7，就應當引發注意了。經驗法則是這樣的：
當系統負荷持續大於0.7，你必須開始調查了，問題出在哪裏，防止狀況惡化。
當系統負荷持續大於1.0，你必須動手尋找解決辦法，把這個值降下來。
當系統負荷達到5.0，就代表你的系統有很嚴重的問題，長時間沒有響應，或者接近死機了。你不該該讓系統達到這個值。

補充：

系統負荷爲0，意味着大橋上一輛車也沒有。

系統負荷爲0.5，意味着大橋一半的路段有車。

系統負荷爲1.0，意味着大橋的全部路段都有車，也就是說大橋已經"滿"了。可是必須注意的是，直到此時大橋仍是能順暢通行的。

系統負荷爲1.7，意味着車輛太多了，大橋已經被佔滿了（100%），後面等着上橋的車輛爲橋面車輛的70%。以此類推，系統負荷2.0，意味着等待上橋的車輛與橋面的車輛同樣多；系統負荷3.0，意味着等待上橋的車輛是橋面車輛的2倍。總之，當系統負荷大於1，後面的車輛就必須等待了；系統負荷越大，過橋就必須等得越久。

CPU的系統負荷，基本上等同於上面的類比。大橋的通行能力，就是CPU的最大工做量；橋樑上的車輛，就是一個個等待CPU處理的進程（process）。