上下文切换时间中断

Question

引用操作系统的以下段落:三个容易的部分，

请注意，在此协议期间发生了两种类型的寄存器保存/还原。第一个是计时器中断发生时；在本例中，用户注册正在运行的进程的被硬件隐式保存，使用该进程的内核堆栈。第二种情况是当操作系统决定从A切换到B时；在这种情况下，内核寄存器由软件(即OS)显式保存，但这次被保存到进程进程结构中的内存中。

阅读有关上下文切换的其他文献，我了解到定时器中断将cpu抛入内核模式，然后将进程上下文保存到内核堆栈中。

为什么作者要谈论多个上下文保存，强调硬件/软件？

Answer 1

作者强调了hardware/software的一部分，因为它的上下文保存了正在执行的，有时由硬件完成，有时由软件完成。

当计时器interrupt发生时，user registers由hardware(即由CPU本身保存)保存在该进程的kernel stack上。当interrupt handler代码完成后，将使用该进程的kernel stack还原user registers，从而恢复user stack并成功地从kernel mode返回到user mode。

如果context switch从process A转换为process B，则在kernel中切换两个进程A和B的kernel stacks，这间接地意味着保存和恢复kernel registers。之所以使用术语Software，是因为在选择下一个要运行的进程之后，scheduler进程调用了一个function(thats why software)，从而实现了kernel stacks的切换。context switch代码不需要担心user register值-到那时，这些值已经安全地保存在kernel stack中。

Answer 2

第一个是计时器中断发生时；在这种情况下，正在运行的进程的用户寄存器被硬件隐式保存，使用该进程的内核堆栈。

通常，只有一些寄存器被保存，这通常是一个中断堆栈。

第二种是当操作系统决定从A切换到B时；在这种情况下，内核寄存器由软件(即OS)显式保存，但这一次被保存到进程进程结构中的内存中。

通常这种切换是通过特殊指令在硬件中进行的。也许他们指的是开关是通过软件触发的，而不是由硬件触发的中断。

也谢谢你的推荐。我才刚开始经历。它比大多数只会让人困惑的操作系统书要好得多。