spin_lock自旋鎖的時間片輪轉

againyuan

很關鍵的內核問題

被保護的資源已經持有自旋鎖，那么新的內核線程再度訪問保護的資源的時候，會自旋等待。
1 那么此內核線程的時間片用完之后，自旋鎖是會讓出cpu，還是一直自旋等待鎖的釋放？？？

2 還有在中斷處理程序執(zhí)行的過程中，中斷處理程序是否分配有時間片？？？ 假如有，內核是處于中斷上下文中，中斷處理程序讓出CPU后又怎么會被再次調度呢？？？？

flw2

很關鍵的內核問題

被保護的資源已經持有自旋鎖，那么新的內核線程再度訪問保護的資源的時候，會自旋等待 ...
againyuan 發(fā)表于 2011-03-10 10:55

通常自選鎖很快就會主動釋放，如果剛好時間片到了，也接著讓它運行，因為禁止搶占了，不會產生進程切換


中斷上下文的時間算占用當前進程的

againyuan

通常自選鎖很快就會主動釋放，如果剛好時間片到了，也接著讓它運行，因為禁止搶占了，不會產生進程切 ...
flw2 發(fā)表于 2011-03-10 11:35

搶占禁止了，但是時間片的輪轉依然存在。搶占只是時間片未超時的切入。
所以假設自旋鎖就是不釋放，那么這個鎖能強占cpu嗎？？？

tuibo

中斷處理程序不會被分配時間片，他的執(zhí)行長久靠它自己掌控。

againyuan

自旋鎖保持期間是搶占失效的----
這句話是說時間片輪轉（任務的切換）還是高優(yōu)先級任務在時間片未用完時切換低優(yōu)先級任務？？？

againyuan

看來時間片的輪轉是在用戶態(tài)，在內核態(tài)下面沒有時間片輪轉。請看下面的解釋內核態(tài)的搶占：

從中斷返回內核空間的時候，內核會檢查need_resched和preempt_count的值。如果need_ resched被設置，并且preempt count為0的話，這說明可能有一個更為重要的任務需要執(zhí)行并且可以安全地搶占，此時，調度程序就會被調用。如果preempt-count不為0，則說明內核現(xiàn)在處干不可搶占狀態(tài)，不能進行重新調度。這時，就會像通常那樣直接從中斷返回當前執(zhí)行進程。如果當前進程持有的所有的鎖都被釋放了，那么preempt_ count就會重新為0。此時，釋放鎖的代碼會檢查need_ resched是否被設置。如果是的話，就會調用調度程序。

againyuan

單cpu,spin lock 唯一的語義就是禁止內核搶占
假設 內核線程 A 持有spin lock L。 然后在持有鎖的時候，來了中斷。
中斷結束后，如果 允許內核搶占，這個時候 調度了 另外一個 內核線程 B 執(zhí)行。 而內核線程B 也想 持有 spin lock L。 可是 spin lock L 已經被 A 持有，于是 B 自旋，等待 鎖 L 被A 釋放。 然后由于 B 優(yōu)先級比A 高，所以中斷結束后，總是調度B運行， A 沒有機會釋放鎖。。。。

whwwhh

回復 2# flw2


    同意: spin lock占用期間, 不受時間片的影響. 調度程序沒有辦法在一個內核級的任務正在執(zhí)行的時候重新調度.
    不同意: 中斷處理要占用被中斷的進程的時間片. 這樣會對被中斷的進程很不公平,內核應該不會這樣實現(xiàn)的.(以后達到那個水平并且有時間和精力后在仔細完整研究一下這部份的內核代碼.)

UnixKiller_Ama

flw2 發(fā)表于 2011-03-10 11:35
通常自選鎖很快就會主動釋放，如果剛好時間片到了，也接著讓它運行，因為禁止搶占了，不會產生進程切 ...

一般來說，我更傾向于大富大貴且是大胡子網友的回答

linuxfellow

UnixKiller_Ama 發(fā)表于 2012-03-25 21:48
一般來說，我更傾向于大富大貴且是大胡子網友的回答

這樣是以貌取人