进程调度内核参数优化需匹配负载类型：计算密集型宜增大sched_min_granularity_ns以减少切换，i/o密集型可调小以提升响应；迁移参数需兼顾缓存局部性，numa架构应绑定内存节点；实时任务须启用preempt配置并用chrt设置策略。
进程调度的内核参数优化，核心在于让CPU资源分配更贴合实际负载类型——计算密集型、I/O密集型或实时性敏感型任务，各自需要不同的调度粒度、迁移策略和唤醒行为。盲目调小数值不一定更好，关键看是否匹配工作负载特征。
调度粒度与响应延迟
Linux默认使用CFS（完全公平调度器），其时间片由 sched_latency_ns 和 sched_min_granularity_ns 共同决定。前者定义一个调度周期长度，后者限制每个任务最小运行时间。
- 交互型服务（如Web网关）可适当减小 sched_min_granularity_ns（例如设为1000000），提升小任务响应速度
- 计算密集型批处理任务反而适合略增大该值（如3000000），减少上下文切换开销
- sched_latency_ns 建议保持在5–20ms之间；低于5ms可能增加调度器负担，高于20ms会削弱交互性
进程迁移与缓存局部性
CPU缓存命中率对性能影响极大。频繁跨核迁移进程会导致L1/L2缓存失效，拖慢执行速度。
- sched_migration_cost_ns 控制“进程刚运行完就迁移”的判定阈值，默认500000ns；高并发短时任务建议降至200000–300000ns，避免无效迁移
- 对NUMA架构服务器，应配合 numactl 绑定进程与本地内存节点，比单纯调参数更有效
- 可通过 perf sched latency 观察实际迁移频率，再决定是否调整
唤醒行为与抢占时机
当一个高优先级任务被唤醒，是否立即抢占当前运行任务，取决于唤醒粒度和调度特性开关。
- sched_wakeup_granularity_ns 越小，越倾向唤醒即抢占；数据库类应用常设为500000–800000，兼顾吞吐与延迟
- 需同步检查 /proc/sys/kernel/sched_feat 中的 wakeup_preempt 是否启用（值为1）
- 若启用 CONFIG_RT_GROUP_SCHED，还需关注实时组配额，避免单个组垄断CPU
实时任务的底层支持
普通调度无法满足微秒级响应要求，必须启用实时调度策略并确保内核配置就绪。
- 确认内核已开启 CONFIG_PREEMPT_RT 或至少 CONFIG_PREEMPT，否则 SCHED_FIFO 效果受限
- 用 chrt -f 99 ./app 启动关键进程，并通过 chrt -p $PID 验证策略生效
- 注意：实时优先级进程不受 vm.swappiness 影响，但会受 rlimit（如CPU时间）约束，需提前配置
