【說在前面的話】

相對人的感官來說CPU跑的太快了——即便是人們常常用來描述時間短暫的“一眨眼功夫”對CPU來說也是及其“漫長”的好幾百毫秒了——仔細想想有幾個人能在一秒鐘內連續眨十次眼睛呢？正因為如此，即便是超級循環里面順次執行的多個任務，在人類看來也往往是“一瞬間就執行完了”。那么CPU究竟跑的有多快呢？是很快、非常快還是快得不得了？如果我們繼續站在人類的視角考慮這個問題，其抽象程度無異于思考“無窮大究竟是多大”。

讓我們想象著周圍的時間相對你突然都慢了下來，從微處理器的視角重新審視這個世界。

【第一個參考點】

“1MHz就是 1us”

“1MHz就是1us”是一個基準概念，通過修改思考方式，我們就可以利用它快速而有效的解決很多實際問題。作為練習，我們來嘗試依次快速的回答以下幾個問題：

假設每個時鐘脈沖都對應一個指令周期：

已知系統頻率是1MHz，請問1us內有幾個指令周期？

已知系統頻率是12MHz，請問1us內有幾個指令周期？

已知系統頻率是11.3728MHz，請問1us內有幾個指令周期？

已知系統頻率是500KHz，請問1us內有幾個指令周期？

很顯然，如果你試圖首先計算出系統周期：

再用1us去相除：

這個過程已經慢了。

讓我們來換一種思維模式，既然1MHz對應1us（也就是1us對應一個指令周期），那么12MHz就是1MHz的12倍，1us時間內就有12個指令周期；同理可得，當系統頻率分別是11.3728MHz和500KHz（0.5MHz）的時候，1us時間內對應的指令周期數分別是11.3728個和0.5個。

借助這個等效，我們就可以對CPU的處理能力建立更多量化的感官，比如1ms的時間內，CPU能做多少事情呢？由于1ms等于1000us，對1MHz的系統來說，1ms可以完成1000個指令周期，12MHz的系統可以完成12000個指令周期。然而1000和12000這樣的數字對于只有十個手指的人類大腦來說還是太抽象了，因此我們更進一步，把指令周期換算成等效的代碼尺寸：

由于主流的微控制器其指令集中大多是單周期指令，我們不妨假設所有指令都是單指令周期的，這樣1個指令周期就對應一條指令；

假設每條指令都是2個字節大小（16位指令）；

這樣，1ms時間內1MHz的系統可以運行大約2KB的代碼，一個12MHz的系統可以運行24KB的代碼，依次類推。

那么2KB是什么概念呢？如果你平時有留意編譯后的代碼尺寸，2KB大約是一個基礎驅動庫的尺寸，可以包含一個USART的驅動或者實現電源管理；而24KB幾乎是一個小型工程應用的尺寸了。

借助這些非常具體的數字，我們很容易拿它們和中斷處理程序進行比較，建立直觀的認識——比如：

中斷處理程序“執行的是不是足夠快”？

“丟中斷的風險究竟有多大”等等？

使用中斷接收外設數據的時候會不會發生丟失？

可以肯定的是，這種忽略循環和條件分支的評估方法幾乎是一個代碼的最差情況，也就是說，在1MHz的系統中對于一個1KHz的毫秒中斷，中斷處理程序越接近2KB，就說明系統越可能“丟中斷”。

在這種情況下，除非你通過編譯器提供的等效匯編代碼仔細的計算過實際的周期數，或者是通過perf_counter這樣的工具實際測量過代碼的周期消耗——確信時間上處理周期不會大于1ms且這期間不會存在其它中斷處理程序，否則你的中斷處理程序還是比2KB越小越好。

【一個真實的案例】

在一個72MHz的Cortex-M3/M4系統下，使用中斷模式來接收串口數據，波特率為115200的情況下：

最大允許屏蔽中斷多長時間？

中斷處理程序允許的理論最大安全尺寸是多少？

首先，我們要搞清楚系統的指令大小和指令集的周期數情況。以ARM Cortex M3/M4為例，其指令大部分為單周期指令，支持16位指令和32位指令。為了評估中斷處理程序的尺寸上線，我們可以分別以16位指令和32位指令為基礎計算出兩個結果作為參考范圍；

其次，系統頻率為72MHz，假設USART沒有硬件FIFO，則115200的波特率在典型的“1起始位+1終止位+無校驗位+8數據位”的配置下（每個數據幀對應10個bit），實際上對應最大11.52KB/s的數據率——或者說，USART完成中斷每秒鐘發生 11.52K次。至此，我們可以回答第一個問題，即在這一系統中最大允許屏蔽中斷多長時間——1/11.52KHz ≈87us。

也就是說，假設中斷屏蔽的時間為87us則中斷處理程序的理論最大尺寸范圍是（72 * 87 * 2）字節到（72 * 87 * 4）字節，即12.528KB到25.056KB之間。取最小值12KB。

結論，中斷處理程序及其調用的子函數，其尺寸總和至少要小于12KB才能確保115200波特率的接收完成中斷得到及時的響應。由于未考慮循環、分支以及其它任務的存在，以上結果僅用于粗略的快速評估，實際代碼通常應該遠小于這一上線值。當實際尺寸接近或者超過13KB時基本可以判定該系統存在無法及時穩定的響應中斷的可能——需要對代碼進行進一步的具體分析。

【結語】

“1MHz就是1us”的等效為我們提供了一個基準，建立了關于“CPU跑多快”最直觀的感受，同時也為評估代碼尺寸、系統可靠性提供了有力的參考。掌握了這個基準，作為一個合格的程序員，不應該僅憑人類的感覺毫無依據評價CPU的處理能力了，“72MHz足夠快了吧？”“我已經用了芯片的最高頻率”這種話再也不能輕易說了，我們應該定量而不是定性的去看待這類問題。
編輯：lyn