上下文切换频繁会显著拖慢系统性能，需通过工具定位瓶颈、降低非自愿/自愿切换频率及提升单次切换效率来优化。
上下文切换频繁会显著拖慢系统性能，尤其在高并发或实时性要求高的场景中。核心问题在于 CPU 花费大量时间保存/恢复寄存器、切换页表、刷新 TLB 和调度决策，而非执行实际任务。优化关键不在于“禁止切换”，而在于减少非必要切换、缩短单次开销、让切换更高效。
识别真实瓶颈：先确认是否真是上下文切换导致的性能问题
盲目优化容易跑偏。先用工具验证：
- vmstat 1：观察 cs（context switch）列，持续高于 10k/s 且伴随 us（用户态）低、sy（内核态）高，是强信号
- pidstat -w 1：定位具体哪个进程频繁切换（cswch/s 和 nvcswch/s 区分自愿/非自愿切换）
- perf record -e sched:sched_switch -a sleep 5 && perf script：深度追踪切换源头，看是否集中在锁争用、I/O 等待或定时器唤醒
降低非自愿切换：减少进程被抢占或阻塞的频率
非自愿切换（nvcswch/s）多由资源竞争或调度策略引发：
- 调大进程的 nice 值（降低优先级）：对后台批处理任务，避免其与关键服务争抢 CPU 时间片
- 避免短时忙等待：用 epoll_wait / io_uring 替代轮询；自旋锁仅用于极短临界区，否则改用互斥锁
- 调整内核定时器精度：若非实时需求，可设 /proc/sys/kernel/timer_migration = 1 并配合 nohz_full 参数隔离 CPU，减少 tick 中断干扰
减少自愿切换：优化 I/O 和同步行为
自愿切换（cswch/s）常因等待 I/O、锁或 sleep 主动让出 CPU：
- 批量处理 I/O：合并小读写，用 readv/writev 或 io_uring 减少系统调用次数和上下文进出
- 用无锁数据结构或 RCU：在读多写少场景替代 mutex，避免读者因写者阻塞而切换
- 调整 sleep 时长：避免 usleep(1) 这类微秒级休眠，它几乎必然触发一次切换；改用事件驱动或合理超时
提升单次切换效率：精简上下文与调度路径
无法避免切换时，让每次切换更快：
- 关闭不需要的 CPU 特性：如禁用 IBRS（spec_store_bypass_disable=off）可小幅降低切换开销（需权衡安全）
- 使用 cgroups v2 的 cpu.max 限频替代 CFS 配额：减少周期性带宽重填充带来的调度干预
- 为关键进程绑定 CPU（taskset/cpuset）：避免跨核迁移导致的 cache 不命中和 TLB 刷新，间接缩短有效切换延迟
