Linux 7.4 先改的是短任务调度

一个只跑两毫秒的任务慢起来，往往不是因为它自己。

一、发生了什么

10 月 22 日，Phoronix 报道 Linux 7.4 的调度器更新已经合并进开发树。这一轮的重点不是吞吐，是延迟。

所谓短切片，是指每次占用 CPU 时间很短、但被唤醒的频率很高的任务。网关转发、日志写入、定时器回调都属于这一类。

第一项是 EEVDF 调度器针对短切片任务的改进，由 Linaro 工程师 Vincent Guittot 完成。据 Phoronix 的测试，这批补丁把这类任务的调度延迟最多降低了 55%。他在 7.3 已经做过一轮同类优化，7.4 是接在那之上的第二刀。

第二项是新增的 steal governor，按虚拟机的 steal time 动态调整 vCPU 数量，降低 vCPU 被抢占的代价。

第三项和英伟达有关：为 Vera CPU 加了 Olympus 核心的优化，让调度器优先把任务放到同一物理核的兄弟线程上。Phoronix 另一篇测试给出的提升是 3% 到 6%。

此外还有两处。一是在同样「浅」的空闲核之间随机挑选，改善高核数服务器的分配；二是缓存感知调度修了一个问题，不再发布不完整的三级缓存利用率数据。

需要说明，55% 是 Phoronix 引用的特定基准结果，不是所有负载都能拿到。

二、跟你有什么关系

跑容器和微服务的人。 你的 p99 延迟里，有一部分不是业务代码慢，是线程醒了之后排队等 CPU。

做推理服务的人。 单次请求的预处理和逐字生成都是短切片，被抢占一次就是一次尾延迟。

编内核或做发行版的人。 steal governor 和线程偏好都是默认策略的改动，值得在自己的负载上重测一遍。

三、怎么判断你的延迟是不是调度造成的

1. 先分清跑了多久和等了多久。查运行队列的等待时间，如果它和执行时间一个量级，问题在调度不在代码。
2. 看核数和切片长度。核越多、任务越短，调度器做决策的频率越高，开销占比越大。这类负载最可能吃到那 55%。
3. 虚拟机里单独看 steal time。这个值高，说明时间被宿主机拿走了，换内核解决不了，要调 vCPU 或换宿主机。
4. 升级前先建基线。同一批请求，在 7.3 和 7.4 上各跑一遍，比看发布说明可靠。

四、三个别信的说法

「延迟降 55%，我的服务就快一半。」 那是特定基准里短切片任务的调度延迟，不是端到端响应时间。你的请求里还有网络、锁、磁盘和模型推理。

「线程优先同核一定更快。」 让任务落在同一物理核的兄弟线程上，省的是缓存 miss，代价是争用同一个核的执行单元。计算密集型负载反而可能变慢，必须按负载测。

「内核升级是免费的性能。」 调度策略的改动会改变所有任务的相对优先级。原来够用的配置，换内核后可能出现过早抢占或负载不均。

五、一句话结论

这次更新真正想解决的是短任务在忙机器上被拖慢，收益最大的不是跑分，是那些你又短又密的请求。

信息来源

• Linux 7.4 Improves Scheduling Latency For Short-Slice Tasks，2026 年 10 月 22 日

功能与价格以官方公告为准。本文写于 2026 年 10 月 23 日。