人人都会AI编程

5.3 进程调度机制

更新时间：2026-07-12

进程调度决定了在任意时刻哪个进程可以使用 CPU，以及它能使用多长时间。在多任务环境中，调度器就像一位交通警察，负责公平、高效地分配处理器时间。理解调度机制，可以帮助你诊断响应延迟、优化服务吞吐量，并在混部场景下保证关键任务的资源。

1. 调度器类型与调度策略

Linux 内核同时支持多种调度类，最常用的是：

  • 完全公平调度器（CFS，Completely Fair Scheduler）

自 Linux 2.6.23 起成为默认的普通进程调度器。它的核心思想是：把 CPU 时间切割成无限小的片，理想情况下为每个可运行进程分配等量的虚拟运行时间。CFS 使用红黑树按虚拟运行时间排序，时间最少的进程优先获得 CPU。实际看不到公平分配，因为 CFS 会考虑优先级（权重），但基本原则仍是“没有进程会被长期饿死”。

  • 实时调度类（RT）

支持两种严格优先级调度策略：

  • SCHED_FIFO：先入先出，高优先级进程可无限期占用 CPU，直到主动让出或被更高优先级抢占。没有时间片限制。
  • SCHED_RR：轮转，同优先级间分配固定时间片，耗尽后轮换。

实时进程的优先级（1–99）严格高于普通进程，只要有实时进程就绪，普通进程就不能运行。实时调度用于对延迟有硬性要求的场景（如工控、音视频处理），但普通用户应谨慎使用，误操作可能导致系统无响应。

  • 空闲调度类：仅在无其他进程可运行时执行。
  • 限期调度类（EDF）：自 3.14 内核引入，支持基于预算和周期的调度策略 (SCHED_DEADLINE)，适用于严格时效任务。

默认交互式应用（如 bash、浏览器、服务器进程）都采用 CFS 的 SCHED_NORMAL（即 SCHED_OTHER）策略。

2. 优先级与 nice 值

对于普通调度策略，进程的“权重”用 nice 值 表示，范围从 -20（最高优先级）到 +19（最低优先级），默认 0。Nice 值绝对值越低，获得的 CPU 时间比例越高。

注意，nice 值并非直接等于权利份额，而是映射到 CFS 的权重表。大致可以这样记忆：nice 值 -20 比 nice 0 约多 33% 的 CPU 份额，nice 19 则比 nice 0 少约 75%。简单的相对关系是，两台进程 nice 差值每增加 1，高优先级进程获得约 10% 更多的 CPU。

实时进程不受 nice 值影响，它们有独立的实时优先级（数值上 1–99，数字越高实际优先级越高）。

常用命令：

  • 用 nice -n <值> <命令> 启动进程并指定优先级。例如，压缩大文件时降低其优先级以减少对交互应用的影响：
  nice -n 19 tar -czf backup.tar.gz /data
  • 用 renice <新值> -p <PID> 调整运行中进程的优先级。例如，给 Web 服务器提高优先级：
  renice -10 -p $(pgrep nginx)
  • 查看进程的优先级和调度策略：
  ps -eo pid,ni,cls,pri,comm

输出中 NI 列为 nice 值，CLS 为调度类（TS 表示 SCHED_OTHER，FF 表示 SCHED_FIFO，RR 表示 SCHED_RR）。

  • 设置实时调度策略需要 root 权限，一般用 chrt 命令：
  sudo chrt -f -p 80 <PID>   # 设为 SCHED_FIFO，实时优先级 80

3. 时间片与抢占

在 CFS 下，不存在固定长度的时间片。调度周期由 sched_min_granularity_ns 等参数决定，但内核会根据就绪进程数和它们的权重动态计算每个进程的实际运行时间。当某个进程用尽自己的“虚拟时间额度”或被更高优先级进程唤醒时，就会发生 抢占。抢占保证了交互式任务能快速响应。

4. 上下文切换

每次 CPU 从一个进程切换到另一个进程，都需要保存当前进程的寄存器、程序计数器、栈指针等状态，并恢复下一个进程的状态，这个过程称为 上下文切换。上下文切换本身消耗 CPU 周期，频繁切换会导致系统开销增大，吞吐量下降。

可以用 vmstat 查看系统范围的上下文切换速率：

vmstat 1

cs 列即为每秒上下文切换次数。一般空闲系统在数百到数千次/秒，繁忙服务器可达数万甚至数十万次/秒。如果数值异常高，同时 us 和 sy 也居高不下，可能存在过多的线程竞争或不当的忙等循环。

也可用 pidstat -w 查看每个进程的切换次数，帮助定位源头：

pidstat -w -p <PID> 1

5. CPU 亲和性与隔离

除了时间分配，调度器还能将进程绑定到特定 CPU 核心（CPU 亲和性），以减少缓存失效和迁移开销。使用 taskset 命令可以查看或设置进程的亲和性掩码：

taskset -p <PID>            # 查看当前亲和性
taskset -c 0,2 <命令>      # 让命令只在 CPU 0 和 2 上运行

在多 NUMA 节点系统中，合理绑定进程与内存所在节点，可以显著提升性能。

6. 实用调优建议

  • 桌面交互：对音乐播放、视频解码等后台任务降低优先级（高 nice 值），防止卡顿。
  • 数据库与 Web 服务：通常保持默认调度即可，但可以通过 renice 对关键 daemon 小幅度提升优先级（如 -5），避免被批处理作业拖慢。
  • 延迟敏感服务：对于金融交易、实时通信等，可考虑使用实时调度或 SCHED_DEADLINE，但必须保证代码不会无限占用 CPU，且需要适当设置内存锁定以防止交换。
  • 容器环境：利用 cgroup v2 的 cpu.weight 或 cpu.max 进行带宽控制，而不是手动修改进程优先级，获得更可预测的隔离效果。

总结

Linux 的进程调度将公平、实时和灵活的参数调整集于一身，使得同一操作系统可以同时运行批处理作业和延迟苛刻的实时任务。在日常工作中，掌握 nice 值调整、调度策略查看以及上下文切换监控，就能解决绝大部分性能问题。更深入的调度器参数（如 CFS 调优）虽可用，但只有在确凿证据驱动时才应修改，因为默认设计已经能很好地适应通用的混合负载。