linux没有“多核上下文切换数”独立指标，vmstat的cs列是全核总和而非每核平均值；定位单核调度压力需结合pidstat -w -t all、taskset和perf按cpu分组采样分析。
Linux 没有“多核上下文切换数”这个独立指标——cs 值本身就是全核总和，无法直接拆到单核粒度；你要看的其实是“哪颗 CPU 核心调度压力大”，得靠 pidstat -w -T ALL 或 perf 结合 taskset 观察线程绑定与切换分布。
vmstat 的 cs 是全局总数，不是每核平均值
运行 vmstat 1 输出的 cs 列，是整个系统每秒所有 CPU 核心加起来的上下文切换总次数。它不区分核心，也不告诉你切换发生在哪个 CPU 上。比如 4 核机器上 cs=4000，可能是：
- 单核扛了 3800 次，其余三核各 66 次
- 或四核均匀分担，各约 1000 次
- 甚至某核因中断密集（如网卡软中断）被反复抢占，而其他核空闲
别被“多核”误导——cs 本身没核维度，强行除以 CPU 数毫无意义。
用 pidstat -w -T ALL 看线程级切换 + CPU 绑定情况
要定位切换是否集中在某几颗核心，必须结合进程/线程的 CPU 亲和性（affinity）和实际调度行为：
- 先查线程绑核：taskset -cp <pid></pid> 或 ps -o pid,comm,psr -T -p <pid></pid>（psr 列显示当前运行在哪个 CPU）
- 再抓切换热区：pidstat -w -T ALL 1（-T ALL 启用线程级统计，否则只显示进程汇总）
- 关键看：cswch/s 和 nvcswch/s 高的线程，其 psr 值是否持续落在同一 CPU 上
- 若某线程 nvcswch/s > 500 且 psr 总是 = 0，那 CPU 0 就是瓶颈点，不是“多核切换数”，而是“单核被反复抢占”
perf 能直接采样切换发生的具体 CPU
如果需要硬核证据，用 perf 抓上下文切换事件并按 CPU 分组：
- sudo perf record -e context-switches -a sleep 10
- sudo perf script | awk '{print $NF}' | sort | uniq -c | sort -nr（粗略看切换最多的 CPU ID）
- 更准的做法：sudo perf report -F comm,cpu，查看每个命令在哪个 CPU 上触发了最多 context-switches
注意：perf 开销比 pidstat 高，别在高负载生产环境长时运行；且需确认内核开启 CONFIG_CONTEXT_SWITCH_TRACER（主流发行版默认启用）
别把中断上下文切换当成“多核切换”的信号
网卡、定时器等硬件中断引发的软中断（ksoftirqd）会强制切换上下文，但这类切换不计入 pidstat -w 的 nvcswch/s，只体现在 vmstat 的 cs 和 in（中断数）里。
- 若 vmstat 1 显示 cs=8000 但 in=6000，说明大部分是中断驱动的切换，跟“多核调度不均”无关
- 此时应查 cat /proc/interrupts 看中断是否集中在某 CPU（如 eth0 中断全打在 CPU 0），再用 echo 0-3 > /proc/irq/<n>/smp_affinity_list</n> 均衡分发
真正的“多核上下文切换问题”，往往表现为：多个线程在不同核间频繁迁移（cpu-migrations 高），而非单纯 cs 高
