中斷底半部:softirq、tasklet、workqueue

爲了在中斷執行時間儘可能短和中斷處理需完成大量工作之間找到一個平衡點,Linux 將中斷處理程序分解爲兩個半部:頂半部(top  half)和底半部(bottom half)。

頂半部完成儘可能少的比較緊急的功能,它往往只是簡單地讀取寄存器中的中斷狀態並清除中斷標誌後就進行“登記中斷”的工作。“登記中斷”意味着將底半部處理程序掛到該設備的底半部執行隊列中去。這樣,頂半部執行的速度就會很快,可以服務更多的中斷請求。

現在,中斷處理工作的重心就落在了底半部的頭上,它來完成中斷事件的絕大多數任務。底半部幾乎做了中斷處理程序所有的事情,而且可以被新的中斷打斷,這也是底半部和頂半部的最大不同,因爲頂半部往往被設計成不可中斷。底半部則相對來說並不是非常緊急的,而且相對比較耗時,不在硬件中斷服務程序中執行。

a. 底半部可以被新的中斷事件打斷,這是和頂半部最大的不同,頂半部通常被設計成不可被打斷。

b. 底半部相對來說不是非常緊急的,而且相對比較耗時,不在硬件中斷服務程序中執行。

c. 如果中斷要處理的工作本身很少,所有的工作可在頂半部全部完成。

 

儘管頂半部、底半部的結合能夠改善系統的響應能力,但是,僵化地認爲 Linux設備驅動中的中斷處理一定要分兩個半部則是不對的。如果中斷要處理的工作本身很少,則完全可以直接在頂半部全部完成。

 

 

1. 軟中斷(softirq)

軟中斷(softirq)也是一種傳統的底半部處理機制,它的執行時機通常是頂半部返回的時候,tasklet的基於軟中斷實現的,因此也運行於軟中斷上下文。

軟中斷支持SMP,同一個softirq可以在不同的CPU上同時運行,softirq必須是可重入的。軟中斷是在編譯期間靜態分配的,它不像tasklet那樣能被動態的註冊或去除。

軟中斷和tasklet都是運行在中斷上下文中,它們與任一進程無關,沒有支持的進程完成重新調度。所以軟中斷和tasklet不能睡眠、不能阻塞,它們的代碼中不能含有導致睡眠的動作,如減少信號量、從用戶空間拷貝數據或手工分配內存等。也正是由於它們運行在中斷上下文中,所以它們在同一個CPU上的執行是串行的,這樣就不利於實時多媒體任務的優先處理。

 

軟中斷的特性:

1).一個軟中斷不會搶佔另外一個軟中斷。

2).唯一可以搶佔軟中斷的是中斷處理程序。

3).其他軟中斷(包括相同類型的)可以在其他的處理其上同時執行。

4).一個註冊的軟中斷必須在被標記後才能執行。

5).軟中斷不可以自己休眠(即調用可阻塞的函數或sleep等)。

6).索引號小的軟中斷在索引號大的軟中斷之前執行

 

2. tasklet

他的執行上下文是軟中斷,執行時機通常是頂半部返回的時候。 

tasklet是一種特殊的軟中斷,同一時刻一個tasklet只能在一個CPU 執行,不同的tasklet可以在不同的CPU上執行。這和軟中斷不同,軟中斷同一時刻可以在不同的CPU並行執行,因此軟中斷必須考慮重入的問題。

引入tasklet,最主要的是考慮支持SMP,提高SMP多個cpu的利用率;兩個相同的tasklet決不會同時執行。tasklet可以理解爲softirq的派生,所以它的調度時機和軟中斷一樣。對於內核中需要延遲執行的多數任務都可以用tasklet來完成,由於同類tasklet本身已經進行了同步保護,所以使用tasklet比軟中斷要簡單的多,而且效率也不錯。tasklet把任務延遲到安全時間執行的一種方式,在中斷期間運行,即使被調度多次,tasklet也只運行一次,不過tasklet可以在SMP系統上和其他不同的tasklet並行運行。在SMP系統上,tasklet還被確保在第一個調度它的CPU上運行,因爲這樣可以提供更好的高速緩存行爲,從而提高性能。

tasklet的特性:.不允許兩個兩個相同類型的tasklet同時執行,即使在不同的處理器上。

 

3. 工作隊列(workqueue)

工作隊列的執行上下文是內核線程,因此可以調度和睡眠。

如果推後執行的任務需要睡眠,那麼就選擇工作隊列。另外,如果需要用一個可以重新調度的實體來執行你的下半部處理,也應該使用工作隊列。它是唯一能在進程上下文運行的下半部實現的機制,也只有它纔可以睡眠。這意味着在需要獲得大量的內存時、在需要獲取信號量時,在需要執行阻塞式的I/O操作時,它都會非常有用。

work queue造成的開銷最大,因爲它要涉及到內核線程甚至是上下文切換。這並不是說work queue的低效,但每秒鐘有數千次中斷,就像網絡子系統時常經歷的那樣,那麼採用其他的機制可能更合適一些。 儘管如此,針對大部分情況工作隊列都能提供足夠的支持。

 

工作隊列特性:

1).工作隊列會在進程上下文中執行

2).可以阻塞。(前兩種機制是不可以阻塞的)

3).可以被重新調度。(前兩種只可以被中斷處理程序打斷)

4).使用工作隊列的兩種形式:

     1>缺省工作者線程(works threads)

     2>自建的工作者線程

5).在工作隊列和內核其他部分之間使用鎖機制就像在其他的進程上下文一樣。

6).默認允許響應中斷。        

 

4. 硬中斷、軟中斷的區別

硬中斷是外部設備低CPU的中斷,軟中斷是中斷底半部的一種處理機制。

中斷優先級>軟中斷>任何線程。

 

 

 

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章