cfs调度器通过vruntime实现公平调度，关键参数如sched_min_granularity_ns、sched_latency_ns和sched_migration_cost_ns需用sysctl安全调整，禁止裸写/proc；默认值需依负载实测调优，误配可能引发抖动或软锁死。
Linux系统核心调度器参数不能靠nice或renice调整，它们只影响普通进程的优先级权重；真正控制CFS行为、负载均衡、唤醒延迟等底层逻辑的，是/sys/kernel/debug/sched/和/proc/sys/kernel/下的内核运行时参数。改错地方或顺序不对，轻则无效，重则引发调度抖动甚至软锁死。
怎么安全修改sched_*参数（如sched_min_granularity_ns）
这些参数位于/proc/sys/kernel/下，必须用sysctl或直接写入，不能用echo随意覆盖：
- 先确认当前值：
sysctl kernel.sched_min_granularity_ns - 临时修改（重启失效）：
sysctl -w kernel.sched_min_granularity_ns=1000000 - 永久生效：写入
/etc/sysctl.conf或/etc/sysctl.d/99-scheduler.conf，再执行sysctl -p - 禁止直接
echo 1000000 > /proc/sys/kernel/sched_min_granularity_ns——某些参数在写入前需校验范围，裸写可能被静默忽略或报Invalid argument
典型值参考：默认2250000ns（2.25ms），I/O密集型服务可设为1000000，但低于500000需实测，否则小任务频繁切片反而增加开销。
sched_migration_cost_ns调低后CPU使用率反而飙升？
这个参数定义“进程迁移成本阈值”，调度器据此判断是否把任务从一个CPU迁到另一个。值越小，迁移越激进——但代价是更多跨CPU缓存失效和TLB flush：
- 默认
500000ns（0.5ms），适合通用负载 - 若观察到
vmstat中cs（上下文切换）陡增、mpstat -P ALL显示各CPU利用率严重不均，说明迁移太频繁 - 调高到
1000000或2000000能抑制无谓迁移，尤其在NUMA架构上效果明显 - 注意：该参数与
sched_feat中的ASSISTED_MIGRATION开关联动，若关闭后者，调此参数无效
为什么/sys/kernel/debug/sched_features里的开关不能随便关
这里列的是CFS的编译时特性开关（如WAKEUP_PREEMPT、NO_NEW_FAIR_SLEEPERS），每个都对应一段关键调度逻辑：
- 例如关掉
WAKEUP_PREEMPT，会导致高优先级任务唤醒后不能立即抢占当前运行任务，延迟骤增 - 关
GROUP_SCHED会禁用cgroup CPU带宽限制，容器隔离失效 - 修改方式只能是
echo "NO_WAKEUP_PREEMPT" > /sys/kernel/debug/sched_features（加NO_前缀表示关闭），但必须确认内核编译时启用了CONFIG_SCHED_DEBUG - 多数场景下保持默认更安全；只有在perf trace明确看到某特性引发路径过长时，才针对性关闭
最易被忽略的点：所有这些参数的效果高度依赖负载特征。比如sched_latency_ns在4核机器上默认6000000ns，但如果跑的是单线程计算任务，增大它毫无意义——CFS根本不会触发多任务分时逻辑。调参前务必用pidstat -t -r 1看实际任务分布，而不是照搬文档数值。
