打開電腦的任務(wù)管理器，看著跳動的CPU使用率，發(fā)現(xiàn)很舒服。每一個線程占用了多少CPU清清楚楚，也就能針對性的確認為啥你的電腦跑的慢了。
今天這篇筆記不講每個任務(wù)（或線程）CPU的使用情況，而是單片機整體的CPU使用情況，先易后難嘛。
為什么要知道這個呢？知道這個有啥用呢？魚鷹看的書少，就不寫官方話了，只說說自己的理解。
CPU使用率越高，意味著系統(tǒng)越繁忙，對于一些事情的響應(yīng)也就越慢。比如你的電腦CPU使用率占到90%以上，你會發(fā)現(xiàn)打字變慢了，鼠標移動變慢了，這都是因為CPU占用過高，導(dǎo)致系統(tǒng)來不及處理你的鍵盤和鼠標數(shù)據(jù)，所以才會有慢悠悠的表現(xiàn)。
電腦是非實時系統(tǒng)，要求不高，即使電腦變慢，電腦死機，后果都不是很嚴重，但是如果說你的嵌入式系統(tǒng)是國防、醫(yī)療領(lǐng)域的，如果也出現(xiàn)了這些情況，那后果不堪設(shè)想。
比如呼吸機突然出問題了，那么對于病人來說，就是災(zāi)難，所以醫(yī)療行業(yè)的產(chǎn)品都會經(jīng)過嚴格的測試，否則不允許上市。
嵌入式系統(tǒng)使用的大部分應(yīng)該都是實時操作系統(tǒng)，即所謂的RTOS，它必須對外界的各種情況作出非?？斓捻憫?yīng)，如果不能，那你設(shè)計的系統(tǒng)就是有問題的。
那么如何快速響應(yīng)外界信息呢？就看CPU使用情況了，CPU平時的使用率越低，越能快速響應(yīng)。怎么理解這句話？
比如一天時間里，你要上8個小時的班，其他時間才屬于你自己，如果按一天來計算的話，你的CPU利用率是8/24=33.3%，其他時間可以快速響應(yīng)其他事情，比如別人叫你出去吃飯，如果是在下班時間，你隨叫隨到，如果是上班時間，那么叫了你也沒用，只能等下班之后才行。
所以雖然你的CPU利用率才33.3%，但是上班的時候還是不能及時響應(yīng)其他事情，因為上班是優(yōu)先級最高的任務(wù)（假設(shè)上班是最高優(yōu)先級任務(wù)）。
這個例子可能不是很好，換成學(xué)生的例子可能更好一些。比如一個學(xué)生，每天上7節(jié)課，課間都有休息時間，假設(shè)還是要上8小時，但是因為中間不是連續(xù)的，所以雖然你的CPU利用率還是33.3%，但是你在課間時總能對一些其他事情做出快速響應(yīng)，所以整體性能可能比前一個例子好一些。
所以設(shè)計系統(tǒng)時，千萬別讓一個高優(yōu)先級任務(wù)持續(xù)占用CPU太長時間，如果可能的話，盡可能拆分長任務(wù)，否則低優(yōu)先級的任務(wù)很可能無法及時運行，外在表現(xiàn)是，系統(tǒng)卡了。
看完這個，很多人就會想了，我的系統(tǒng)該怎么計算CPU使用率呢？對了，我的系統(tǒng)是裸機的……
不好意思，裸機系統(tǒng)CPU使用率100%，算不了……
那好，帶操作系統(tǒng)的怎么算，比如uCOS、FreeRTOS、RT-Thread？
嚴格來說，如果不采用休眠等機制的話，不管是裸機還是操作系統(tǒng)，CPU使用率都是100%。
為什么這么說呢？你看系統(tǒng)的CPU使用率的計算方法就知道了（這里說的是RTOS中簡單的計算方式，而不是電腦那種，那種計算應(yīng)該比較復(fù)雜，魚鷹也不清楚）。
簡單的說，一個操作系統(tǒng)里有很多用戶任務(wù)，還有一個特別的系統(tǒng)任務(wù)，就是空閑任務(wù)。這個任務(wù)平時啥也不敢，就在那里空跑，CPU沒有其他任務(wù)執(zhí)行的時候，就會跑到空閑任務(wù)中執(zhí)行。
除了空跑，空閑任務(wù)還有什么特點？優(yōu)先級最低，不允許掛起空閑任務(wù)，即該任務(wù)永遠處于就緒狀態(tài)。
正因為這些特點，它變得非常特殊，也是我們能夠計算CPU使用率的核心所在。
說白了，所謂的CPU使用率計算，就是先計算空閑任務(wù)的運行時間，然后反推其他任務(wù)的運行時間。
比如說，1秒時間內(nèi)，空閑任務(wù)運行了700毫秒，那么空閑任務(wù)的CPU使用率是70%，反推一下，其他任務(wù)的使用率就是30%。但是特別注意的是，這里說空閑任務(wù)運行700毫秒，不是說空閑任務(wù)持續(xù)不斷的運行了700毫秒，而是中間穿插了其他任務(wù)的執(zhí)行，中間穿插就是300毫秒執(zhí)行其他任務(wù)的時間。
事實上，1秒時間內(nèi)的任務(wù)切換遠比上圖顯示的要多的多，只是為了更好的說明，才沒畫那么多切換過程。
真正好的系統(tǒng)，一個任務(wù)不會長時間占用CPU，而是會不停的主動交出使用權(quán)，像上圖任務(wù)2有100毫秒的占用，如果這個是高優(yōu)先級任務(wù)，那么低優(yōu)先級的任務(wù)的響應(yīng)肯定在100毫秒以上了。
當然，如果說這個響應(yīng)時間滿足設(shè)計要求，那么在系統(tǒng)任務(wù)數(shù)比較少的情況下，倒是無所謂的事情。
可能你還有疑惑，你怎么不說說空閑任務(wù)啊，空閑任務(wù)有長達300毫秒的CPU占用哩！
不好意思，真不需要說它，因為它的優(yōu)先級任務(wù)最低，所以如果說它能在300毫秒內(nèi)持續(xù)運行，那肯定是因為沒有其他任務(wù)需要處理才會讓空閑任務(wù)一直運行的。
為什么這么說呢？因為在操作系統(tǒng)中，除了主動切換任務(wù)外，還有被動切換一說。
所謂主動切換任務(wù)，就是任務(wù)本身認為自己執(zhí)行完了，然后自己主動調(diào)用系統(tǒng)函數(shù)進行切換，比如系統(tǒng)延時函數(shù)等；而被動切換有所不同，被動切換是時時刻刻都在發(fā)生的，只要滿足條件，那么你的任務(wù)可能還沒有完全執(zhí)行完畢，就可能切換到其他任務(wù)先執(zhí)行了。
假如四個人組成一個小組討論問題，其中一個是小組長（操作系統(tǒng)），小組長有絕對發(fā)言權(quán)，可以隨時打斷其他成員（任務(wù)）的發(fā)言。
所以當組員發(fā)言時，他每隔幾分鐘都會檢查一下，看看誰舉手準備發(fā)言，一旦發(fā)現(xiàn)有等級高的成員舉手，那么不管目前發(fā)言的組員是否發(fā)言完畢，小組長都會立刻讓高等級的組員先發(fā)言，等他發(fā)言完畢，才會讓之前未發(fā)言完成的組員繼續(xù)發(fā)言。這樣可能不是很人性，但是確實能保證高效！
在上面這張圖中，其實還有一個非常重要的東西沒有畫出來，那就是操作系統(tǒng)每隔一段時間對就緒任務(wù)的檢查。在操作系統(tǒng)中，這種檢查工作一般是由定時中斷完成的（stm32中有專門為操作系統(tǒng)準備的定時中斷，即SysTick）。
中斷是凌駕于所有任務(wù)（或線程）之上的超級任務(wù)。
但是檢查時間（即中斷時間）也是有講究的，如果檢查時間過短，那么整個系統(tǒng)就會忙于切換任務(wù)，花費在任務(wù)切換的時間占比就會很大；而檢查時間過長，那么高優(yōu)先級任務(wù)就不能得到更快速的響應(yīng)，所以這個時間一定要謹慎選擇。
一般來說，任務(wù)切換CPU占比在1%以內(nèi)應(yīng)該是比較好的（這個沒有理論依據(jù)哈，魚鷹瞎寫的），即如果各個任務(wù)只調(diào)用一個延時函數(shù)，如果你的CPU占用在這個范圍，那么就是比較合適的。
當你學(xué)會了CPU使用率計算，不如嘗試著修改中斷時間，你會發(fā)現(xiàn)不同的中斷時間，CPU使用情況是不同的，原因就在于操作系統(tǒng)本身的消耗！
廖雪峰老師疫情期間給大家送福利了：大數(shù)據(jù)開發(fā)實戰(zhàn)項目+技術(shù)精講
MATLAB R2020a新鮮出爐，我來替各位嘗嘗鮮！
若覺得文章不錯，轉(zhuǎn)發(fā)分享，也是我們繼續(xù)更新的動力。
5T資源大放送！包括但不限于：C/C++，Linux，Python，Java，PHP，人工智能，PCB、FPGA、DSP、labview、單片機、等等！
在公眾號內(nèi)回復(fù)「
更多資源
」，即可免費獲取，期待你的關(guān)注~
免責聲明：本文內(nèi)容由21ic獲得授權(quán)后發(fā)布，版權(quán)歸原作者所有，本平臺僅提供信息存儲服務(wù)。文章僅代表作者個人觀點，不代表本平臺立場，如有問題，請聯(lián)系我們，謝謝！
下載文檔
