Linux怎样配置系统的核心调度器参数

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看实际任务分布，而不是照搬文档数值。