nr_switches（尤其是nivcsw）是评估绑核效果最可靠的指标，因其直接反映调度干扰；自愿切换（nvcsw）由业务逻辑决定，非自愿切换（nivcsw）才是绑核需压制的关键，其下降表明调度抖动抑制、延迟收敛。
直接看 nr_switches 的变化趋势，比单纯对比 CPU 使用率或延迟更可靠。因为绑核的核心收益不是“让 CPU 更忙”，而是“减少调度干扰、提升缓存局部性”——而上下文切换次数正是这种干扰最敏感的量化指标。
盯住自愿与非自愿切换的拆分
Linux 中每个进程的上下文切换分为两类：
-
nvcsw（自愿切换）：进程主动让出 CPU，比如等锁、等 IO、调用
sched_yield()。这类切换基本不受绑核影响，属于业务逻辑决定的“合理等待”。 - nivcsw（非自愿切换）：被调度器强制抢占，常见于时间片耗尽、高优先级任务插入、或跨核迁移。这才是绑核要压制的关键指标。
绑核后如果 nivcsw 显著下降（例如减少 40% 以上），说明线程不再频繁被踢出 CPU 或迁移到其他核心，调度抖动得到抑制。此时即使 CPU 利用率没变，P95 延迟也往往明显收敛。
对比同负载下不同绑核策略的切换速率
不要只看绝对值，要看单位时间内的增长斜率。例如在稳定压测阶段（如每秒 200 QPS 持续 60 秒）：
Smart Model Switcher V5
下载
智能模型自动切换 V5.0.2 - 多模态感知，自动识别图片/视频/音频/代码/文本任务，切换最优模型。支持图片理解(qwen3-vl-plus)、视频音频(qwen3.5-plus)、代码(glm-5)、Office文档(MiniMax-M2.5)、推理等场景。零感知切换，无需手动操作。
- 未绑核时：
nivcsw从 12000 升到 85000（60 秒内 +73000）→ 平均约 1217 次/秒 - 绑定单核运行：
nivcsw从 8000 升到 21000 → 平均约 217 次/秒 - 绑定双核并启用
SCHED_FIFO：nivcsw几乎不增长（仅 +30）→ 接近 0 次/秒
这种速率差异直接反映调度确定性。速率越低，线程执行越“连贯”，对延迟敏感型 worker（如推理服务、实时风控）越有利。
结合 /proc/[pid]/schedstat 验证调度延迟改善
/proc/[pid]/schedstat 第 2、3 字段分别记录该进程的总运行时间（ns）和就绪延迟（ns）。绑核后若 nivcsw 下降，同时就绪延迟（第 3 字段）也同步降低，就能交叉验证：不是“躲着不调度”，而是“一就绪就上 CPU”。
- 典型改善：就绪延迟从平均 150000 ns 降到 12000 ns，说明线程唤醒后几乎无需排队等待调度器分配 CPU。
- 反常情况：若
nivcsw下降但就绪延迟飙升，可能意味着绑核后该核心已过载，需检查是否与其他高优先级任务冲突。
警惕伪增益：避免把资源饥饿当优化
有时绑核后 nivcsw 降为 0，但请求延迟反而升高——这通常是因为：
- 绑定的核心本身负载已满（如被监控 agent 或日志线程长期占用），worker 实际处于“就绪但无 CPU 可用”状态；
- 绑核范围过窄（如只绑 1 个逻辑核），无法应对突发流量，导致任务积压；
- 未配合调整 CFS 参数（如
sched_min_granularity_ns过小），使短任务仍被频繁打断。
此时应同步查看 top -H 中该线程的 %CPU 是否持续接近 100%，以及 perf sched latency 输出的调度延迟分布，排除“假安静、真阻塞”。
