CPU上下文切换（上）

CPU上下文切换

​ 咱们常常说的平均负载和cpu升高没有直接的关系，在不一样的场景cpu升高会致使系统负载，可是系统负载不必定是cpu升高致使的。

1、系统负载太高的三种场景

• cpu密集型进程，使用大量cpu会致使平均负载升高，此时这二者是一致的。

• io密集型进程，等待io也会致使平均负载升高，但cpu不必定很高。

• 大量等待cpu的进程调度也会致使平均负载升高，此时cpu使用率也会比较高。

​ 大量进程竞争cpu（也就是上面的第三个场景），每每是被忽略的，cpu虽然没有使用，只是在竞争，也会发生负载吗？

​ 咱们都知道linux是一个多任务操做系统，它支持远大于cpu数量的任务同时运行，固然这些任务不是同时运行，而是系统在很短期内，将cpu轮流分配给它们，形成多任务同时运行的错觉。而每一个任务运行前，cpu须要知道任务从哪里加载、又从哪里开始运行，也就是说，须要系统事先帮它设置好cpu寄存器和程序计数器。

2、CPU寄存器和程序计数器

1. cpu寄存器：

​ cpu内置的容量小、但速度极快的内存。

2. 程序计数器：

​ 是用来存储cpu正在执行的指令位置、或者即将执行的下一条指令位置。他们都是cpu在运行任何任务前，必须的依赖环境，所以也被叫作cpu上下文。

3. cpu上下文切换

​ cpu上下文切换：就是先前一个任务的cpu上下文(也就是CPU寄存器和程序计数器）保存起来，而后加载新任务的上下文到这些寄存器和程序计数器，最后再跳转到程序计数器所指的新位置，运行新任务。

​ 而这些保存下来的上下文，会存储在系统内核中，并在任务从新调度执行时再次加载进来。这样就保证原来任务的状态不受影响，让任务看起来仍是连续运行。

​ 根据任务不一样，cpu的上下文切换就能够分为不一样的几个场景，进程上下文切换，线程上下文切换以及中断上下文切换。

3.1. 进程上下文切换

​ linux安装特权等级，把进程的运行空间分为内核空间和用户空间

![]

• 内核空间（Ring0）具备最高权限，能够直接访问全部资源；

• 用户空间（Ring3）只能访问受限权限，不能直接访问内存等硬件设备，必须经过系统调用陷入到内核中，才能访问特权资源。

​ 因此，进程既能够在用户空间运行又能够在内核空间运行，在用户空间运行时，称为用户态。在内核空间运行时，称为内核态。

3.1.1. 系统调用是否发生cpu上下文切换

• 系统调用：cpu寄存器里面原来的用户态的指令位置，须要先保存起来。接着，为了执行内核态代码，cpu寄存器须要更新为内核态指令的新位置。最后，才跳转到内核态运行内核任务。

• 系统调用结束后：cpu寄存器须要恢复原来保存的用户态，而后再切换到用户空间，继续运行进程。因此，一次系统调用，其实发送了两次cpu上下文切换。
• 系统调用过程当中，并不会涉及到虚拟内存等进程用户态的资源，也不会切换进程。因此，系统调用一般称为特权模式切换，但实际上，系统调用也没法避免cpu上下文切换。

3.1.2. 进程上下文切换跟系统调用区别

​ 进程是由内核来管理和调度的，进程的切换只能发生在内核态，因此，进程的上下文不只包括了用户态的虚拟内存，用户栈，全局变量等资源。还包括了内核栈、寄存器等内核空间的状态。

​ 所以，进程的切换比系统调用多了一步：在保存当前进程的内核状态和cpu寄存器以前，须要先把用户态的虚拟内存，用户栈保存下来；在加载了下一进程的内核态后，须要刷新进程的虚拟内核和用户栈。

​ 保存上下文和恢复上下文的进程并非免费的，须要内存在cpu上运行才能完成。

​ 每次上下文切换都须要几十纳秒到微妙的cpu时间。这个时间仍是至关可观。在进程上下文切换次数较多的状况下，很容易致使cpu将大量时间耗费在寄存器、内核栈以及虚拟内存等资源的保存和恢复上，进而大大缩短了真正运行进程的时间。这也是致使平均负载升高的重要因素。

​ linux经过（tlb）来管理虚拟内存和物理内存直接的映射关系，当虚拟内存更新后，tlb也要更新，内存访问随之变慢。特别是在多处理器系统上，缓存被多个处理器共享，刷新缓存不只影响当前处理器的进程，还会影响共享缓存的其余处理器的进程。

3.1.3. 进程何时切换

​ 进程执行完终止了，会释放cpu，这个时候cpu从就绪队列里面拿一个新的进程运行，还有其余的一些非正常场景也会致使进程切换。

• 时间片耗尽：为了保证因此进程能够获得公平调度，CPU时间被划分红一段段的时间片，这些时间片轮流分配给各个进程。当某个时间片耗尽了，就会被系统挂起，切换到其余等待cpu的进程运行。

• 系统资源不足（如：内存不足）：这个时候进程会被挂起，并由系统调度其余进程运行。

• 进程主动挂起： 当进程经过睡眠函数sleep这样的方式将本身主动挂起时。

• 高优先级进程：当有优先级高的进程出现时，为了保证优先级高的进程运行，当前进程会被系统挂起

• 硬件中断时：当发生硬件中断时，Cpu上的进程会被中断挂起，转而执行内核中的中断服务程序。

  3.2. 线程上下文切换

  ​ 线程和进程最大的区别在于，线程是调度的基本单位，而进程则是资源拥有的基本单位。所谓内核中的任务调度，实际上的调度对象是线程；而进程只是给线程提供了虚拟内存、全局变量等资源。因此，对于线程和进程能够理解为：

• 当进程只有一个线程时，能够任务进程就是线程。

• 当进程拥有多个线程时，这些线程共享相同的虚拟内存、全局变量等资源。这些资源在上下文切换时是不须要修改的。

• 另外，线程也有本身的私有数据，如：栈和寄存器等，这些在上下文切换时也是须要保存的。

​ 因此说：

​ 当两个线程不属于同一进程时，线程上下文切换时。由于资源不共享，因此切换就至关于时进程间切换。

​ 当两个线程属于同一进程时，线程上下文切换时。由于资源共享，只须要切换线程私有数据。

​ 进程间切换消耗的资源多于线程间切换，因此就出现了多线程代替多进程的优点。

3.3. 中断上下文切换

​ 为了快速响应硬件的事件，中断处理会打断进程的正常调度和执行，转而调用中断处理程序，响应设备事件。在打断其余进程时，就须要将进程当前状态保存起来。

​ 跟进程上下文切换不一样是，中断上下文切换不会涉及到进程的用户态。因此，即使中断过程打断了一个用户态的进程，也不须要保存和恢复进程的虚拟内存。全局变量等用户态资源。中断上下文，其实只包括内核态中断服务程序执行必须的状态，包括cpu寄存器、内核堆栈、硬件中断参数等。

​ 对同一个cup来讲，中断处理比进程拥有更高的优先级，因此中断上下文切换并不会与进程上线文切换同时发生。因此大部分中断处理程序都短小精悍，以便尽快的执行结束。

​ 总结

1. cpu上下文切换，时保持Linux系统正常运行的核心功能之一，通常状况不须要咱们特别关注。
2. 过多的上下文切换，会把cpu时间消耗在寄存器、内核栈以及虚拟内存等数据的保存和恢复上，从而缩短了进程真正运行的时间，致使系统性能降低。