linux進程D狀態的原理是什么

本篇內容介紹了“linux進程D狀態的原理是什么”的有關知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠學有所成！

簡單來講

1）內核 每隔一段時間都會統一接受所有進程的請求（這里可能與CPU時間片有關系，需要進一步確認），如果發現有進程發起了請求，首先內核會去獲取進程所需要的資源，然后把這個進程暫時放到一個 parking 隊列里；這里類似于需求收集階段。

2）在需求收集結束后，會把發起請求的進程放到一個runnable 隊列里，等待執行。

3）把 runnable 隊列里的進程依次執行。

進程的 D 狀態（Uninterruptible Sleep）發生在需求收集階段。試想在這個階段，當內核去獲取進程所需要的資源的時候，比如從磁盤讀取某一個文件，這個時候突然磁盤驅動不干活了（可能因為取的數據太多驅動沒反應過來，也可能因為磁盤出了故障），這個時候內核就為難了，場面變得比較尷尬。

1）首先驅動是工作在內核態的，內核對驅動有絕對的信任權；其次，

2）進程發起請求了，自己作為老大于情于理都應該應承；

3）但是進程所要求的數據實在拿不到怎么辦呢？

4）這個時候內核只能把進程的狀態臨時轉換為 D 狀態，標明這個鍋是內核自己的，內核正在嘗試獲取進程需要的資源，而且獲取資源的途徑是內核可控的（內核必須對全局的資源擁有控制權限，否則也不要當內核了）。

上面的情況，如果進程所需要的數據很快就被內核拿到了還好（大部分情況下都是如此），進程會從 D 狀態轉到可運行的狀態；如果拿不到（比如真的磁盤出現了故障，而驅動代碼又沒有考慮到這種情況，或者驅動拋出了信號但是內核不承認），那么相應的進程就會一直處于 D 狀態。非常戲劇性的是，只有處于可運行狀態（Runnable）的進程可以接受終止信號（ kill 信號），處于 D 狀態的進程是沒有辦法被 kill 掉的；這也讓終止 D 狀態的進程變得復雜——必須重啟服務器才能把 D 狀態的進程殺掉……不過想一想也好理解，因為流程卡在內核那里，這個時候內核與進程是綁定的狀態，內核限制進程不接受被 kill 的信號也是理所當然的（我的理解是，這里的內核過于自信了，我的故障機是4.4.0內核版本，或許高版本的已經沒有這個問題了）。

參考：

https://jingwei.link/2018/12/23/linux-cpu-load-d-process.html

“linux進程D狀態的原理是什么”的內容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業相關的知識可以關注億速云網站，小編將為大家輸出更多高質量的實用文章！