cpu上下文切换

上一节提到的等待cpu的进程也会导致平均负载升高是为什么呢？
实际上是因为cpu上下文切换导致的，cpu分配时间片来执行每个任务，而在每个任务执行之前cpu需要知道从哪里加载又从哪里运行，也就是说需要系统帮它设置好cpu寄存器和程序计数器，也就是cpu的上下文
保存的上下文是存储在系统内核中的，并在系统调度执行时再次加载进来

而上文中的任务又是什么呢？
实际上任务不单单包含进程和线程、硬件通过触发信号，会导致中断处理程序的调用，也是一种常见的任务，所以cpu上下文切换根据任务的不同分为：进程上下文切换、线程上下文切换、中断上下文切换

进程上下文切换
进程的运行空间分为：内核空间和用户空间
运行空间代表进程是否拥有访问内核资源的权限
进程在用户空间运行的时候叫做用户态，陷入内核空间运行的时候叫做进程的内核态
从用户态到内核态的转变是通过系统调用完成的

系统调用的过程是否发生cpu上下文切换呢？
是发生的，用户态到内核态的切换以及相反过程是需要保存状态信息的

进程上下文切换是从一个进程切换到另一个进程
系统调度一直都是同一个进程在运行，所以系统调度一般称为特权模式的切换，而不是上下文切换，但是实际上系统调度过程中，cpu的上下文切换是不可避免的

进程是由内核来管理和调度的，进程的切换只会发生在内核态，所以进程的上下文不仅包含虚拟内存、栈、全局变量等用户空间的资源，也包含内核堆栈、寄存器和内核空间的状态

因此进程的上下文切换就是在保存当前进程的内核状态和cpu寄存器之前，需要先把进程的虚拟内存、栈等用户空间的资源保存起来，而加载下一个进程的内核态后，还需要刷新进程的虚拟内存和用户栈

另外我们知道，linux通过TLB来管理虚拟内存到物理内存的映射关系，当虚拟内存更新了，TLB也需要更新，内存的访问也随之变慢

进程什么情况下会被调度到cpu上运行？
1.某个进程执行完释放cpu的时候
2.某个进程的时间片用完，被系统挂起
3.进程在系统资源不足的时候，要等到资源满足后才能运行，这时候进程也会被挂起
4.进程通过睡眠函数sleep这样的方法将自己主动挂起
5.当有更高优先级的进程运行，会将当前进程挂起
6.发生硬中断时，cpu进程会被中断挂起，转而执行内核中的中断服务程序

线程的上下文切换
当进程只有一个线程的时候，可以认为进程等于线程
当进程拥有多个线程的时候，这些线程会共享相同的虚拟内存和全局变量等资源，这些资源在上下文切换的时候是不需要修改的

所以线程的上下文切换分为两种：
1.两个线程属于同一个进程，只需要切换线程的私有数据、寄存器等不共享的数据
2.两个线程属于不同进程，切换过程跟进程上下文切换一样
所以多线程是替代多进程的一个优势

中断上下文切换
为了快速响应硬件的事件，中断处理会打断进程的正常调度和执行，转而调用中断处理程序，响应设备事件
跟进程上下文切换一样，中断上下文切换也需要消耗 CPU，切换次数过多也会耗费
大量的 CPU，甚至严重降低系统的整体性能。

工具：
vmstat：用来分析系统的内存使用情况，也常用来分析cpu上下文切换和中断的次数

cs：每秒上下文的切换次数
in：每秒的中断次数
r(running): 正在运行和等待cpu的进程数
b(blocked)：处于不可中断睡眠的进程数

查看进程上下文切换情况：pidstat -w 5

cswch：每秒自愿切换上下文的次数
自愿上下文切换：进程无法获取所需资源导致的上下文切换
nvcswch：每秒非自愿切换上下文的次数
非自愿切换上下文：由于进程时间片已到等原因，被系统强制调度，进而发生的上下文切换

sysbench：模拟系统多线程调度切换情况
/proc是linux的一个虚拟文件系统，用于内核空间和用户空间的通讯

进程/线程的上下文切换会使cpu被内核大量占用(也就是sys升高)
上下文切换过多还会导致中断升高，此时的中断主要来处理过多任务调度的问题(例如：重调度中断:这个中断用来唤醒空闲的cpu来调度新的任务运行，也被称为处理器间中断)