CPU中断上下文切换
2019-01-25 22:38
239 查看
为了快速响应硬件的事件,中断处理会打断进程的正常调度和执行,转而调用中断处理程序,响应设备事件。而在打断其它进程时,就需要将进程当前状态保存下来,这样在中断结束后,进程仍然可以从原来的状态恢复运行。
与进程上下文切换不同,中断上下文切换并不涉及到进程的用户态。所以,即便中断过程打断了一个正处在用户态的进程,也不需要保存和恢复这个进程的虚拟内存、全局变量等用户态资源。中断上下文,其实只包括内核态中断服务程序执行所必须的状态,包括CPU寄存器、内核堆栈、硬件中断参数等。
对于同一个CPU来说,中断比进程拥有更高的优先级,大部分中断处理程序都短小精悍,一边尽可能快的执行结束。中断上下文切换也消耗CPU,切换次数过多会耗费大量CPU,影响系统的整体性能。
相关文章推荐
- loadrunner11.0监控linux服务器CPU、中断相应等的方法
- Linux 多核下绑定硬件中断到不同 CPU(IRQ Affinity) 转
- 操作系统CPU上下文切换
- 在用户空间发生中断时,上下文切换的过程
- 在用户空间发生中断时,上下文切换的过程
- ARM cpu 软中断和硬件中断,带cache的debug注意事项
- 如何指定CPU只运行特定任务,linux中断interrupt
- CPU-上下文切换,运行队列和使用率
- Linux CPU 上下文切换
- 从Java视角理解系统结构(一)CPU上下文切换
- 技术项目 - Linux网卡中断使单个CPU过载
- 设备中断绑定到特定CPU(SMP IRQ Affinity)
- CPU响应中断的条件
- 查看Linux进程CPU过高具体的线程堆栈(不中断程序)
- 【转载】查看Linux进程CPU过高具体的线程堆栈(不中断程序)
- lmbench的使用方法 与CPU上下文切换的次数和时间(context switch)
- 查看 CPU上下文切换的次数和时间(context switch)
- 网卡中断占用CPU过高问题排查
- 【操作系统原理】保护模式下Intel 80x86 CPU 硬件中断过程
- Bug:StampedLock的中断问题导致CPU爆满