沒有完美的代碼

沒有完美的人，更沒有完美的代碼。雖然教科書上說deadlock（死鎖）多么不好不好，但是在現實生活中，很難把它完全消滅。假設不小心內核出現了deadlock，可能你得干瞪眼。CPU就在那里空等著，空轉著，叫天天不應，叫地地不靈。等到海枯石爛，CPU生銹的那一天，它還會那么癡癡地等著那個霸占了鎖的家伙會良心發現，解下這個鎖。

也許你會說，哎呀，這么麻煩干嘛？RESET一下，不就一了百了嗎？但是如果是一臺肩負重擔的Server（服務器），在夜深人靜你正呼呼大睡的時候發生了deadlock呢？如果deadlock的原因沒有查到，三天五天就會發生一次，光這樣被動的重啟也不是辦法……

不用說讓人心驚膽顫的deadlock，很多時候，一段小小的循環，就會把你徹底雷到。我們總認為循環是可以結束的，但是別要忘記，事物都是辯證的，有的時候，碰巧發生了某些預料之外的條件，讓這個循環成了徹徹底底的死循環。

恰巧此時，CPU的中斷如果已經被禁掉，那神仙也救不了你。“我佛慈悲，能不能把循環給我停掉？”“阿彌陀佛，神仙也得遵守潛規則，你讓我給你停掉循環，好歹也要給我一個中斷，讓我能夠施法吧？”

……不能怪父母，更不能怪政府，如果你正好在電腦旁邊，可以RESET；如果你不在旁邊，就等著老板的電話吧。“小福啊，今天又超過100位客戶打電話投訴我們的交友網站不能訪問了，你趕緊打的到公司，看看是怎么回事。

趕緊啊！有個客戶說，如果今晚12點之前不能登錄網站，取得要約會的5位MM的詳細資料，他就會攜帶人體炸彈到辦公樓來砸場子……“

保留現場，強行重啟

言歸正傳。如果應用程序進入死循環，我們可以把它KILL掉。如果內核因為意料之外的原因，導致系統進入無法自拔的死循環，最好的辦法就是讓系統給強行重啟。

當然，這種重啟最好是自動的，不需要人干預的，且最好能夠打印出導致重啟的原因，便于開發者調試錯誤。在Linux內核中，用NMI看門狗（NMI Watchdog Timer)的方式來實現該機制。

在系統的正常運行過程當中，每秒都有非常多的中斷產生。即便它啥都不做，啥外部中斷都不接收，每秒至少有數以百計的用來給線程調度的時鐘中斷。（如果調度時間片為10ms，則有100個時鐘中斷。）假設如果內核發現5秒鐘之內，沒有產生一個中斷，那將會是怎么一回事呢？

這個時候，CPU會辯解道：“我兢兢業業地執行每一條指令，有沒有中斷不干我的事，叫我干啥就干啥，我是真正的勞動模范，不要懷疑我會搗鬼。

中斷既來之，我就安之。不來之，則說明中斷已經被禁掉了。肯定是有個幕后黑手已經調用CLI之類的指令關閉了全局的外部中斷，然后偷偷摸摸干自己相干的事情，不被其他人給打斷。人都有自己的隱私嘛，代碼也不例外。

屏蔽中斷，執行不被打斷的代碼，人之常情。但是用得不恰當，如同毒品一樣，就會出現大問題。少量鴉片，可以當作藥品；攜帶超過5克海洛因，就得上刑場。

禁掉中斷占用一點點CPU時間，可以讓程序很容易地繞開race condition（競爭條件）；但是如果中斷被禁掉的時間長達5秒鐘，那就違反常理了。5秒鐘之內系統不會有其他響應，其影響之深遠，罪行之惡劣，不用滿清十大酷刑簡直不足以平息民憤……”

“該殺！該殺！”這個時候，內存，芯片組，硬盤……所有硬件都附和。看來CPU還是一直是IT屆的老大。不怪我們不客氣了，趕緊打印出現場（CPU出現LOCKUP時的相關上下文，包括寄存器值，函數調用棧等），且記入LOG，作為判案的證據，同時有警示后人只用。接著，就對施以極刑，給內核來一個oops，徹底終止它的執行，讓它重新啟動。

少林掃地僧——NMI

不對，不對！也許你有這樣的感覺，既然5秒之內沒有一個中斷，基本肯定中斷是已經被禁掉了，那CPU就被迫只會一直執行那段有問題的代碼，根本沒有機會來執行所謂的“保留現場，強行重啟”的代碼。

這些代碼放在內核的另外一個地方，要調用它，必須由中斷出發。可是，可是中斷不是已經被禁了嗎？借尸還魂？恐怖，恐怖……

“再厲害的黑社會，也斗不過我們人民警察！”這個時候，CPU又冷笑了，“雖然中斷被禁掉了，但是，我還擁有秘密武器。那就是Non-maskable interrupt，不可屏蔽中斷，簡稱NMI。你要禁，只能禁掉一般的可屏蔽中斷。NMI，我壓根就讓你摸不著，碰不著！”

原來，內核中隱藏著一個神秘的高手，那就是NMI。我們調用spin_lock_irq，雖然能夠禁掉本地的中斷，但是NMI卻不行。

內核中設置了一個watchdog timer，它的中斷類型就被置為NMI，每過一定的時間，這個timer就執行一次，用來悄悄監視系統的運行。

如果系統正常，它啥事都不做，僅僅是更改一些時間計數；如果系統不正常（默認5秒沒有任何普通外部中斷），那它就閑不住了，會立馬跳出來，且中止之前程序的運行。該出手時就出手！

我想到了在血腥的武林當中，有無數的高手。剛開始的時候，似乎人人都是高手；但后來，昔日的高手看起來都是菜鳥，強中更有強中手。再后來，更高的高手出來了，開始這里論劍那里比武，爭霸天下了。

最后來，天下也許是第一第二的高手開始決戰……似乎故事就這個時候結束了，但是讓人大跌眼鏡的是，一個小小的少林掃地僧，卻能輕易地兩位頂尖高手制服。

NMI就是這樣的角色，平時從不站在前臺，也很少為人所知。除了用NMI watchdog timer監測系統是否鎖住之外，一些特殊的嚴重的硬件錯誤，比如內存奇偶校驗錯等，也會觸發NMI的發生。不過這些錯誤，估計很多人從來不會碰到過。

More

如果出現死循環的地方沒有把中斷禁掉，那是不是不會觸發NMI watchdog timer了呢？

理論上是的。至少Linux2.6的搶占內核應該不會觸發。但是，由于系統還是有機會調度到其他線程，所以整個系統可能響應很慢，但不至于給死掉。我們可以通過top命令查看進程狀況等手段來進行分析。

不是所有的Linux內核都支持NMI watchdog timer的。必須在內核中添加APIC的支持。（現在的內核和硬件一般都是沒有問題的）如果是x86-64的硬件體系結構，APIC是被默認支持的。

在很多發行版本當中，需要在啟動的時候添加內核啟動參數nmi_watchdog=N來啟動NMI watchdog timer。N代表了該timer的source，如果為1，表示利用IO APIC的始終源；如果為2，表示利用LOCAL APIC的performance counter。

具體哪個好用，可以分別測試一下，一般來說，比較新的CPU（一般都是雙核了）選擇2的話，系統負擔更小一點。
編輯：黃飛