推 Transfat: 我覺得(c)也有欸，TLB hit, CPU要接手去算出physical ad 01/06 09:53
→ Transfat: dress位址,也算是kernel mode 01/06 09:54
→ Transfat: 有答案嗎？ 01/06 09:54
→ h9638512: 沒有耶 不是只有interrupt和存取memory需要切換到kerne 01/06 09:57
→ h9638512: l mode嗎? 01/06 09:57
推 mloop: 沒有c 如果hit就要接手 那你連一個指令都執行不了 01/06 11:11
→ mloop: d也沒有 miss只會去page table找 除非page fault 否則不會 01/06 11:12
→ mloop: a 我記得老師上課說不會 01/06 11:13
→ h9638512: 為什麼a不會啊? 01/06 11:43
→ ken52011219: 我記得 timer interrupt 好像不屬於 hardware or 01/06 13:45
→ ken52011219: software interrupt 01/06 13:45
→ ken52011219: C,D 我的認知是 無論是TLB hit or miss , 其都已經 01/06 14:04
→ ken52011219: 透過system call 進入了kernel mode ，因此不會 01/06 14:05
→ ken52011219: 有user mode change to kernel mode 的事情 01/06 14:05
→ ken52011219: TLB hit , 透過 MMU 轉換 physical address 取得 01/06 14:07
→ ken52011219: TLB miss , check page table 是否該資料為vaild or 01/06 14:07
→ ken52011219: not , 假如為true , 則 TLB 同時寫入並取得該addr 01/06 14:08
→ ken52011219: 假如為 invaild , interrupt 觸發, 確認是否是addr. 01/06 14:10
→ ken52011219: 錯誤 亦或者 其實是在 disk storage 中 01/06 14:10
→ ken52011219: B , timer interrupt 中的if 式成立，context switch 01/06 14:14
→ h9638512: 所以K大覺得答案是? 01/06 16:41
→ ken52011219: 我會寫 B,E 01/06 16:52
推 yupog2003: 如果是我我會寫B，但我也沒答案就是了 01/06 16:55
→ yupog2003: A我覺得既然OS給的time quantum還沒過期，那這個timer 01/06 16:56
→ yupog2003: 應該就是user process自己設的，既然自己設的就不用跑 01/06 16:56
→ yupog2003: 到kernel mode 01/06 16:56
→ yupog2003: E如果每次memory access都要變kernel mode的話，那從 01/06 16:57
→ yupog2003: Instruction memory抓指令也要變kernel mode，感覺 01/06 16:57
→ yupog2003: 一直切來切去好像太頻繁了一點... 01/06 16:57
→ yupog2003: C、D看法同m大 01/06 16:58
→ ken52011219: user mode 沒有權限可以 access hardware 01/06 16:59
→ yupog2003: 嗯嗯對，我的觀念有誤，我查到user mode不能直接 01/06 17:08
→ yupog2003: access memory了 01/06 17:08
→ yupog2003: 立馬偷改答案成B, E XD 01/06 17:11