CFS调度器基于虚拟运行时间（vruntime）实现公平调度，始终选择vruntime最小的任务运行；关键参数包括sched_latency_ns、sched_min_granularity_ns和sched_cfs_bandwidth_slice_us，需依负载类型调优，并结合perf与/proc观测调度行为。
CFS调度器的核心思想
完全公平调度器（CFS）不使用传统的时间片轮转，而是基于“虚拟运行时间”（vruntime）来衡量任务的执行公平性。每个任务的vruntime代表它本应获得的CPU时间，CFS总是选择vruntime最小的任务运行，确保长期来看所有可运行任务获得近似相等的CPU份额。
影响CFS调度行为的关键参数
以下内核参数直接影响CFS的行为，可通过/proc/sys/kernel/sched_*路径调整：
- sched_latency_ns：调度周期长度，默认约6ms（100Hz系统下为10ms），周期内尽量让所有就绪任务都运行一次；值过小导致频繁切换，过大则响应延迟升高
- sched_min_granularity_ns：最小调度粒度，限制单次分配给任务的最短运行时间，避免过度切分造成开销；默认约0.75ms，高负载低延迟场景可适当调低
- sched_cfs_bandwidth_slice_us：与cgroup CPU带宽控制配合使用，决定每个配额周期内允许消耗的微秒数
针对不同负载的CFS调优建议
优化需结合实际工作负载特征，而非盲目修改默认值：
- 低延迟交互型应用（如GUI、实时音视频）：适度减小sched_latency_ns和sched_min_granularity_ns，提升任务响应速度；同时启用SCHED_FIFO或SCHED_RR对关键线程做局部优先级保障
- 高吞吐计算密集型任务（如科学计算、批量渲染）：增大sched_latency_ns可降低上下文切换频率，提升缓存局部性；配合taskset绑定CPU核心减少迁移开销
- 容器化多租户环境：依赖cgroup v2的CPU controller，通过cpu.max设定带宽上限，并调小sched_cfs_bandwidth_slice_us提升多租户间的隔离精度
可观测性与问题定位方法
判断CFS是否成为瓶颈，不能只看CPU利用率，要关注调度延迟和等待行为：
- 用perf sched latency查看任务在就绪队列中的平均等待时间（avg delay），持续高于1ms需警惕
- 通过/proc/PID/schedstat检查nr_switches（切换次数）、nr_voluntary_switches（主动让出）和nr_involuntary_switches（被抢占）比例，若后者显著偏高，说明存在争抢或I/O阻塞
- 使用chrt -p PID确认进程调度策略与优先级，避免误将普通进程设为实时策略干扰CFS全局公平性
