CPU上下文切换，可能会导致CPU使用率的飙升，那当CPU到100%的时候，我们该如果定位是否是因为CPU上下文切换导致的呢？
可以通过vmstat、pidstat命令来查看。
# 每隔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
#r（Running or Runnable）是就绪队列的长度，也就是正在运行和等待 CPU 的进程数。
#b（Blocked）则是处于不可中断睡眠状态的进程数。
#cs（context switch）是每秒上下文切换的次数。
#in（interrupt）则是每秒中断的次数。
可以看到，这个例子中的上下文切换次数 cs 是 33 次，而系统中断次数 in 则是 25 次，而就绪队列长度 r 和不可中断状态进程数 b 都是 0。
如果要看每个进程更详细的情况，就要用到pidstat命令了，给命令加上-w参数就可以看到进程切换的情况了。
# 每隔5秒输出1组数据
$ pidstat -w 5
Linux 4.15.0 (ubuntu) 09/23/18 _x86_64_ (2 CPU)
08:18:26 UID PID cswch/s nvcswch/s Command
08:18:31 0 1 0.20 0.00 systemd
08:18:31 0 8 5.40 0.00 rcu_sched
#cswch/s：每秒自愿上下文切换
#nvcswch/s：每秒非自愿上下文切换
所谓自愿上下文切换，是指进程无法获取所需资源，导致的上下文切换。比如说， I/O、内存等系统资源不足时，就会发生自愿上下文切换。
所谓非自愿上下文切换，是指进程时间片已到等原因，系统强制调度，发生的切换。比如，大量进程都在争抢CPU，就容易发生非自愿上下文切换。
pidstat -w显示的是进程的数据指标，再加上-t会显示下属线程的数据指标。命令 pidstat -wt
如果因为终端，发生了上下文切换，可以详细分析中断的类型，通过查看/proc/interrupts文件，可以看出发生了哪些中断。
# -d 参数表示高亮显示变化的区域
$ watch -d cat /proc/interrupts
CPU0 CPU1
...
RES: 2450431 5279697 Rescheduling interrupts
...
RES（重调度中断），这个中断类型表示，唤醒空闲状态的 CPU 来调度新的任务运行。这是多处理器系统（SMP）中，调度器用来分散任务到不同 CPU 的机制，通常也被称为处理器间中断。
总结：
自愿上下文切换变多了，说明进程都在等待资源，有可能发生了 I/O 等其他问题；
非自愿上下文切换变多了，说明进程都在被强制调度，也就是都在争抢 CPU，说明 CPU 的确成了瓶颈；
中断次数变多了，说明 CPU 被中断处理程序占用，还需要通过查看 /proc/interrupts 文件来分析具体的中断类型。