CPU 上下文切换-笔记

Linux 是一个多任务操作系统，它支持远大于 CPU 数量的任务同时运行。

当然，这些任务实际上并不是真的在同时运行，而是因为系统在很短的时间内，将 CPU 轮流分配给它们，造成多任务同时运行的错觉。

而在每个任务运行前，CPU 都需要知道任务从哪里加载、又从哪里开始运行，也就是说，
需要系统事先帮它设置好 CPU 寄存器和程序计数器（Program Counter，PC）

 

CPU 寄存器，是 CPU 内置的容量小、但速度极快的内存。

程序计数器，则是用来存储CPU 正在执行的指令位置、或者即将执行的下一条指令位置。它们都是 CPU 在运行任何
任务前，必须的依赖环境，因此也被叫做 CPU 上下文

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

根据任务的不同，CPU 的上下文切换就可以分为几个不同的场景：

1.进程上下文切换

2.线程上下文切换

3.中断上下文切换

进程上下文切换

Linux 按照特权等级，把进程的运行空间分为内核空间和用户空间，分别对应着下图中，
CPU 特权等级的 Ring 0 和 Ring 3

内核空间（Ring 0）具有最高权限，可以直接访问所有资源；
用户空间（Ring 3）只能访问受限资源，不能直接访问内存等硬件设备，必须通过系统
调用陷入到内核中，才能访问这些特权资源。

进程既可以在用户空间运行，又可以在内核空间中运行。进程在用户空间运行时，被称为进程的用户态，而陷入内核空间的时候，被称为进程的内核态

从用户态到内核态的转变，需要通过系统调用来完成。比如，当我们查看文件内容时，就
需要多次系统调用来完成：首先调用 open() 打开文件，然后调用 read() 读取文件内容，
并调用 write() 将内容写到标准输出，最后再调用 close() 关闭文件

CPU 寄存器里原来用户态的指令位置，需要先保存起来。接着，为了执行内核态代码，
CPU 寄存器需要更新为内核态指令的新位置。最后才是跳转到内核态运行内核任务。
而系统调用结束后，CPU 寄存器需要恢复原来保存的用户态，然后再切换到用户空间，继
续运行进程。所以，一次系统调用的过程，其实是发生了两次 CPU 上下文切换

怎么查看系统的上下文切换情况

vmstat 是一个常用的系统性能分析工具，主要用来分析系统的内存使用情况，也常用来分析 CPU 上下文切换和中断的次数

# 每隔 5 秒输出 1 组数据
$ vmstat 5
procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----
r b swpd free buff cache si so bi bo in cs us sy id wa st
0 0 0 7005360 91564 818900 0 0 0 0 25 33 0 0 100 0 0

cs（context switch）是每秒上下文切换的次数。
in（interrupt）则是每秒中断的次数。
r（Running or Runnable）是就绪队列的长度，也就是正在运行和等待 CPU 的进程数。
b（Blocked）则是处于不可中断睡眠状态的进程数

vmstat 只给出了系统总体的上下文切换情况，要想查看每个进程的详细情况，就需要使用pidstat 了，pidstat -w ，你就可以查看每个进程上下文切换的情况了。

cswch ，表示每秒自愿上下文切换 voluntary context switches）的次数，

 nvcswch ，表示每秒非自愿上下文切换（non voluntary context switches）的次数。

它们意味着不同的性能问题：
所谓自愿上下文切换，是指进程无法获取所需资源，导致的上下文切换。比如说，
I/O、内存等系统资源不足时，就会发生自愿上下文切换。
而非自愿上下文切换，则是指进程由于时间片已到等原因，被系统强制调度，进而发生
的上下文切换。比如说，大量进程都在争抢 CPU 时，就容易发生非自愿上下文切换

自愿上下文切换变多了，说明进程都在等待资源，有可能发生了 I/O 等其他问题；
非自愿上下文切换变多了，说明进程都在被强制调度，也就是都在争抢 CPU，说明 CPU
的确成了瓶颈；
中断次数变多了，说明 CPU 被中断处理程序占用，还需要通过查看 /proc/interrupts文件来分析具体的中断类型