推 ray4452: 應該說是當interrupt發生有process被迫放掉CPU(從running 11/21 14:34
→ ray4452: 到ready)CPU有空閒所以會再從ready queue中抓process來 11/21 14:34
→ ray4452: 執行 11/21 14:34
感謝回答。不過中斷時os不是會先跳到isr處理嗎,下一個process不會馬上進running吧?這樣感覺不太算耶
→ ray4452: 所以選ready到running 11/21 14:35
→ ray4452: 我是這樣解釋xD 11/21 14:35
→ ray4452: 上面打錯應該是running到waiting 11/21 14:36
※ 編輯: mersix (180.204.4.255), 11/21/2017 15:24:11
推 TMDTMD2487: 因為RR排班中Timer發出中斷造成running的回到ready, 11/21 15:45
→ TMDTMD2487: 換個角度就是有ready的跑到running 11/21 15:45
推 barry70490: 是因為有優先權較高的要先執行 所以現有的先interrupt 11/21 22:35
→ barry70490: 然後把要執行的waiting>running 11/21 22:35
推 brilliantl: 我也不太懂欸...如果有process從running到ready,表示 11/21 23:43
→ brilliantl: 有process從ready到running,這部分理解,但為什麼這 11/21 23:43
→ brilliantl: 可以代表process一定是被interrupt? 如果前面的proces 11/21 23:43
→ brilliantl: s是 terminal,也有process從ready到running吧? 11/21 23:43
推 olen0622: 短期排程移交CPU使用權的時候會做內文切換 而內文切換 11/22 01:30
→ olen0622: 是由某種intterupt引發 11/22 01:30
→ olen0622: interrupt 11/22 01:31
推 TWkobe: 這題目蠻賤的 考的是發生dispatch時沒這麼簡單 會有int 11/22 18:39
→ TWkobe: 可以參考goo.gl/mVteGd 11/22 18:41
→ TWkobe: 有context switch就有中斷 11/22 18:42
推 TMDTMD2487: 不是只是問可能因為中斷而產生的嗎,又不是說每次read 11/22 18:56
→ TMDTMD2487: y到running都是因為中斷才發生的 11/22 18:56