在操作系统内核中，CPU 调度器常被喻为核心的“交警”。然而，随着异构计算（如 AI 加速器）的爆发式增长以及复杂云原生的普及，这位“交警”仅凭传统的 CPU 利用率指标，已越来越难以为复杂的现实工作负载排忧解难。
在近期举行的 Linux 能耗管理与调度峰会（OSPM）上，来自全球的内核核心开发者们分享了最新研究成果。从第三天的议程来看，Linux 调度器正在打破原有的“信息茧房”，向着异构感知、剖析引导（Profile-guided）和多维 QoS 协调的智能化方向深度演进。
一、 异构计算的痛点：用sched_ext实现 GPU 自动亲和性配置
在如今盛行的大模型和加速驱动的工作负载中，多 GPU 与多 NUMA 节点的系统架构已成主流。此时，CPU 到 GPU 的物理局部性（Locality）对性能起着决定性作用。如果一个任务的 CPU 线程在节点 A 运行，却频繁跨节点去驱动连接在节点 B 的 GPU，高昂的跨节点数据传输代价将直接拖累整体吞吐。
目前，业界多通过手动的numactl绑定或彻底禁用 NUMA 平衡来粗暴规避，但这依赖于用户对硬件拓扑的精确掌握，本质上是一种静态且僵化的分区法。
为了打破这一局限，Andrea Righi与Balbir Singh带来了一种基于sched_ext的实验性动态调度方案，并在scx_cosmos调度器中实现了原型：
用户空间观测（Rust 编写）：通过 NVIDIA 的 NVML 库实时追踪各任务的 GPU 显存与计算利用率。
内核态同步（BPF Map）：一旦任务的 GPU 活动超过设定阈值，用户空间便将任务与对应的首选 NUMA 节点映射关系写入 BPF 映射。
调度器决策：BPF 调度器在触发重新调度时 consult 该映射，自动将任务迁移至靠近其所用 GPU 的 CPU 核心。
测试数据振奋人心：在一台 4 路 GPU 的 NVIDIA GB200 系统上运行 RegNet 图像处理任务时，默认的公平调度器仅能输出 56 fps；手动进行numactl绑核可提升至 77 fps；而开启了 GPU 自动亲和性配置的scx_cosmos达到了 80 fps。超出手动绑定的微弱优势在于其“精准打击”——它仅迁移真正与 GPU 交互的线程，而将其他辅助线程留在其余节点上，避免了 GPU 本地 CPU 的过载。
不过，由于该方案无法自动迁移任务已分配的内存，且存在多线程共享状态受损以及与内核负载均衡器冲突等局限，社区正在探讨更为通用的方案。例如 Peter Zijlstra 建议引入内核侧的通用 per-task 调节手柄，将这一机制从 GPU 优雅地外推到网卡、存储等所有外设上。
二、 告别“事后诸葛亮”：剖析引导的 CPU 调度（Profile-Guided Scheduling）
传统调度器的启发式算法（如缓存感知放置）往往建立在固定的假设之上，然而它们通常不知道线程间是否共享数据、任务能容忍多少延迟，或者缓存状态衰减得有多快。
Meta 的Kumar Kartikeya Dwivedi指出，这种缺乏工作负载特定信息的行为正导致系统效率低下。为此，他提出了剖析引导的调度（Profile-guided scheduling）概念，利用离线和在线的信号来参数化调度决策。
其核心原型同样对sched_ext调度器（scx_layered）进行了增强：
运行时聚类：利用
perf对内存访问进行采样，基于物理地址访问的相似性对线程进行在线聚类。它抛弃了不稳定的 PID/TID，转而使用线程名称和应用提供的元数据（如请求阶段）。动态软分区（Soft Partitioning）：为存在数据共享的线程组构建动态的、拓扑感知的 CPU 集合。软分区保留了“工作守恒（Work conservation）”，能随负载自适应调整大小。
在 Meta 的 Web 服务后端（运行 HHVM）的实际评估中，该方案相比基准线实现了3-4% 的吞吐量提升、5-8% 的平均延迟降低以及 6-7% 的 L3 缓存未命中减少。这在对于“提升 1% 即算显著收益”的超大规模生产环境中，具有重大的工程价值。
这项研究还揭示了关键的调度见解：平均利用率是调整分区大小的“错误信号”，而细粒度的尾部利用率（Tail utilization）才能真正捕捉突发洪峰；此外，局部性决策高度依赖负载，低负载下盲目等待缓存亲和性往往得不偿失。
三、 寻找调度表现的“真凶”：可视化计分卡
当我们在不同的硬件上运行同一个调度器并得出截然不同的性能报告时，我们往往只能猜测原因。著名的内核开发者Steven Rostedt认为：“基准测试只能告诉你调度器表现如何，却无法解释为什么。”
为此，他基于libtraceeval库开发了一个小型的调度器计分卡（Scheduler Scorecard）实用工具。该工具从最大值、最小值、平均值和标准差等多个维度，细致记录并报告每个进程及其线程的 CPU 空闲时间、运行时间、被抢占时间、唤醒延迟、被阻塞（TASK_UNINTERRUPTIBLE）和睡眠（TASK_INTERRUPTIBLE）的时间与频次。
在一项关于 Google Pixel 团队启用PREEMPT_RT（实时内核补丁）导致 Geekbench 6 性能下降 13% 的迷思中，该工具成功抓到了“真凶”：计分卡清晰地显示，在PREEMPT_RT下，由于传统的自旋锁（Spinlocks）被转换为了互斥锁（Mutexes），任务在遇到锁竞争时由“原地自旋”变成了“进入阻塞”，导致任务被阻塞的时间大幅增加，从而带来了调度开销。这一工具为内核调度的优化提供了前所未有的显微镜。
四、 从准虚拟化到服务质量（QoS）的多维协同
除了上述三大核心专题，峰会还深入探讨了其他边界扩展问题：
准虚拟化调度（PV Scheduling）：Shrikanth Hegde等人针对云端 CPU 资源超配导致的 vCPU 被抢占痛苦提出新解。当客户机（Guest）检测到代表 CPU 竞争的“窃取时间（Steal time）”指标走高时，主动自主减少请求的 vCPU 数量，动态缩小工作负载的 CPU 占用范围。这种自适应调控在 PowerPC、s390 和 x86 上均取得了显著的现实加速，目前相关的优化补丁正在上游社区密集审阅中。
平台 QoS 与延迟驱动框架：针对现代硬件固件（如 ACPI CPPC、SCMI QoS）与 Linux 内核之间各行其是的策略碎片化问题，Ionela Voinescu、Lukasz Luba等开发者展开了讨论。未来，Linux 倾向于提供更简单的特权用户空间接口（如扩展
resctrl），将“延迟”作为一等公民，跨边界传递 workload 的真实意图，防止 CPU、缓存、内存控制器在各自做出了“局部最优”的决策后，组合出“全局次优”的尴尬局面。SCHED_DEADLINE微睡眠修复：Tommaso Cucinotta针对截止时间调度器在遇到任务极其短暂的悬挂（微睡眠）时，CBS 算法会激进削减剩余预算导致任务遭受冤枉惩罚的边缘案例，提出了“评估并选取最大安全预算”的修正唤醒规则，大幅提升了实时调度器对真实世界多变应用场景的包容度。
总结
从 OSPM 2026 传达的核心信号非常明确：Linux 调度器正在从一个“盲人摸象”的黑盒，演变为一个多维感知的开放系统。无论是通过用户空间 Rust 组件与 BPF 携手动态感知 GPU，还是依靠在线perf采样实施缓存软分区，内核调度都不再孤立地看待 CPU。随着加速器和复杂虚拟化逐渐接管核心算力，调度器对硬件拓扑、外设状态以及应用意图的理解越丰富，Linux 在未来异构计算大潮中的基石地位就越稳固。
