linux cpu上下文切换 简介

目录

什么是CPU上下文

什么是CPU上下文切换

进程上下文切换

线程上下文切换

中断上下文切换

linux的上下文切换查看

上下文切换次数多少合理？

---

什么是CPU上下文

Linux是一个多任务操作系统，它支持远大于CPU核心数的任务同时进行。当然，这些任务并不是真的同时在运行，而是因为系统在很短的时间内，将CPU轮流分配给它们，造成多任务同时运行的错觉。

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

CPU寄存器:是CPU内置的容量小、但速度快的内存，用来临时存放指令执行运行过程中的操作数和中间（最终）的操作结果。

程序计数器：是用来存储CPU正在运行的指令位置、或者即将执行的下一条指令位置。

CPU寄存器和程序计数器是CPU运行任何任务前，必须依赖的环境，也被称作CPU上下文。

 

什么是CPU上下文切换

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

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

CPU的上下文切换可以分为几个不同的场景：进程上下文切换、线程上线文切换、中断上下文切换；

 

进程上下文切换

系统调用时的切换

Linux按照特权等级，把进程的运行空间分为内核空间和用户空间。一些特殊的操作如调用open()打开文件等 都需要切换到内核空间运行，用户空间是没有权限调用这些的。

也就是说，进程既可以在用户空间运行，又可以在内核空间运行。在用户空间运行即为用户态，而陷入内核空间的时候，即为内核态。这种从用户态切换到内核态时，必须经过系统调用来完成。

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

所以一次系统调用的过程，其实是发生了两次CPU上下文切换。

需要注意的是，系统调用过程中，并不会涉及到虚拟内存等进程用户态的资源，也不会进行切换进程。这跟我们通常说的进程上下文切换是不一样的。

所以，系统调用过程通常称为特权模式切换，而不是上下文切换。但实际上，系统调用过程中，CPU的上下文切换还是无法避免的。

 

进程的切换

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

因此，进程的上下文切换就比系统调用时多了一步：在保存当前进程的内核状态和CPU寄存器之前，需要先把该进程的虚拟内存、栈等保存下来；而加载了下一进程的内核态后，还需要刷新进程的虚拟内存和用户栈。

发生进程上下文切换的场景

1. 为了保证所有进程可以得到公平调度，CPU 时间被划分为一段段的时间片，这些时间片再被轮流分配给各个进程。这样，当某个进程的时间片耗尽了，就会被系统挂起，切换到其它正在等待 CPU 的进程运行。
2. 进程在系统资源不足（比如内存不足）时，要等到资源满足后才可以运行，这个时候进程也会被挂起，并由系统调度其他进程运行。
3. 当进程通过睡眠函数 sleep 这样的方法将自己主动挂起时，自然也会重新调度。
4. 当有优先级更高的进程运行时，为了保证高优先级进程的运行，当前进程会被挂起，由高优先级进程来运行
5. 发生硬件中断时，CPU 上的进程会被中断挂起，转而执行内核中的中断服务程序。

线程上下文切换

线程与进程的最大区别：线程是调度的基本单位，而进程是资源拥有的基本单位。也就是说，内核中任务调度，实际上调度的对象是线程；而进程只是给线程提供了虚拟内存、全局变量等资源。所以，对于线程和进程，我们可以这么理解：

• 当进程只有一个线程时，可以认为进程就等于线程；
• 当进程拥有多个线程时，这些线程就会共享相同的虚拟内存和全局变量等资源。这些资源在上下文切换时时不需要修改的；
• 另外，线程也有自己的私有数据，比如栈和寄存器等，这些在上下文切换时也是需要保存的。

这么一来，线程的上下文切换其实就可以分为两种情况：

第一种：前后两个线程属于不同进程。此时，因为资源不共享，所以切换过程跟进程上下文切换一样；

第二种：前后两个线程属于同一个进程。此时，因为虚拟内存时共享的，所以在切换时，虚拟内存这些资源保持不动，只需要切换线程的私有数据、寄存器等不共享的数据。

到这里，你可以发现，同进程内的线程切换，比多进程间的线程切换消耗更少的资源，而这也正是多线程代替多进程的一个优势。

中断上下文切换

这个我就不讲了，中断的概念我都不知道。不误人子弟了。

 

linux的上下文切换查看

使用性能监控工具vmstat可以查看上下文切换次数

[root@VM-0-3-centos ~]# vmstat 1  
procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
 4  0      0  93524 154972 1056052    0    0     9    34    0    2  1  1 98  0  0
 0  0      0  93260 154972 1056052    0    0     0    64  554 1087  1  2 97  0  0
 0  0      0  93260 154972 1056056    0    0     0     0  185  353  1  1 98  0  0
 0  0      0  93276 154972 1056056    0    0     0     0  146  307  0  0 100  0  0
 0  0      0  93276 154972 1056056    0    0     0     0  159  322  0  0 100  0  0
 0  0      0  93228 154972 1056056    0    0     0    12  207  419  1  1 98  0  0
 0  0      0  93260 154972 1056056    0    0     0     0  181  364  0  0 100  0  0
 0  0      0  93224 154976 1056052    0    0     0    44  215  417  1  1 97  1  0

cs-每秒上下文切换次数

in-每秒中断数

r-就绪队列长度（正在运行或正在等待CPU的进程数）

b-不可中断睡眠进程数

us-用户态CPU使用率

sy-系统CPU使用率，一般为内核占用

如果发现cs列上下文切换次数过高（超过1万以上，经验值），就需要用pidstat -w 5查看进程上下文切换次数了。（yum install sysstat）

[root@VM-0-3-centos ~]# pidstat -w 5
Linux 3.10.0-1062.18.1.el7.x86_64 (VM-0-3-centos) 	01/28/2021 	_x86_64_	(1 CPU)

08:07:20 PM   UID       PID   cswch/s nvcswch/s  Command
08:07:25 PM     0         1      1.00      0.00  systemd
08:07:25 PM     0         6      3.21      0.00  ksoftirqd/0
08:07:25 PM     0         9     28.46      0.00  rcu_sched
08:07:25 PM     0        11      0.20      0.00  watchdog/0
08:07:25 PM     0        98      1.40      0.00  kauditd
08:07:25 PM     0       301      0.80      0.00  kworker/0:1H
08:07:25 PM     0       313      0.60      0.00  jbd2/vda1-8
08:07:25 PM     0       401      0.60      0.00  systemd-journal
08:07:25 PM     0       598      1.40      0.00  auditd
08:07:25 PM     0      1389      0.40      0.00  sshd
08:07:25 PM     0      4770      0.20      0.00  barad_agent
08:07:25 PM     0      4776      1.00      0.00  barad_agent
08:07:25 PM     0     16416      0.20      0.00  sshd
08:07:25 PM     0     18823      0.20      0.00  pidstat
08:07:25 PM     0     20253      0.40      0.00  kworker/0:0
08:07:25 PM     0     21221      3.01      0.00  kworker/0:2
08:07:25 PM     0     26724      0.20      0.00  kworker/u2:2
08:07:25 PM     0     27574      0.20      0.00  YDEdr

• cswch/s：每秒自愿上下文切换次数；
• nvcswch/s：每秒非自愿上下文切换次数。

自愿切换与非自愿切换的差异：

• 自愿上下文切换，指进程无法获取所需资源，导致的上下文切换。比如说， I/O、内存等系统资源不足时，就会发生自愿上下文切换。
• 非自愿上下文切换，是指进程由于时间片已到等原因，被系统强制调度，进而发生的上下文切换。比如说，大量进程都在争抢 CPU 时，就容易发生非自愿上下文切换（系统的就绪队列过长，也就是正在运行和等待 CPU 的进程数过多，导致大量上下文切换；而上下文切换又会导致系统 CPU 的占用率升高）。

 

查看单个进程切换次数

[root@VM-0-3-centos ~]# pidstat -w -p 9 1 10
Linux 3.10.0-1062.18.1.el7.x86_64 (VM-0-3-centos) 	01/28/2021 	_x86_64_	(1 CPU)

08:12:57 PM   UID       PID   cswch/s nvcswch/s  Command
08:12:58 PM     0         9     39.00      0.00  rcu_sched
08:12:59 PM     0         9     19.19      0.00  rcu_sched
08:13:00 PM     0         9     42.00      0.00  rcu_sched
08:13:01 PM     0         9     48.48      0.00  rcu_sched
08:13:02 PM     0         9     15.00      0.00  rcu_sched
08:13:03 PM     0         9     14.00      0.00  rcu_sched
08:13:04 PM     0         9     31.00      0.00  rcu_sched
^C
Average:        0         9     29.80      0.00  rcu_sched

9是进程PID 1是每秒刷新一次 10输出10次

上下文切换次数多少合理？

取决于系统本身的 CPU 性能。如果系统的上下文切换次数比较稳定，那么从数百到一万以内，都应该算是正常。但当上下文切换次数超过一万次，或者切换次数出现数量级的增长时，很可能已经出现了性能问

题。