可扩展的调度程序"sched_ext"代码是一个轻量级的工作队列, 可以在内核中创建多个线程, 以异步方式执行一些需要长时间运行的任务, 而不会阻塞其他进程或线程。在提高 Linux 游戏性能、更快地开发新的调度程序变更原型、Ubuntu/Canonical 为追求更类似微内核的设计而对其进行的评估，以及许多其他有趣的方法等方面，都具有相当广泛的用途。
在即将到来的 Linux 6.11 周期中，Linus Torvalds作为Linux内核的"BDFL"，宣布他打算在Linux 6.11中合并sched_ext补丁，尽管其他内核开发者对此表示反对。他认为，sched_ext 代码已经准备就绪，可以为 Linux 内核提供真正的价值。继续拖着sched_ext不放出来是不值得的。
今天，Torvalds 在Linux 内核邮件列表中围绕 sched_ext v6 补丁的线程上利用他的权威宣布了他将把代码与 Linux 6.11 合并的意图：
"老实说，我认为没有理由再拖延下去了。整个补丁集是去年内核维护者峰会的主要（私下）讨论内容，我不认为在一年后即将召开的维护者峰会上进行同样的讨论（无论是在列表外还是作为实际事件）有任何价值，所以为了取得任何理智的进展，我目前的计划是将其合并到 6.11 中。至少这样，我们会取得进展，而 KS 2024 上的讨论可以是关于我的思维敏锐度--或者说缺乏敏锐度--而不是重提去年显然没有取得进展的同一件事。
我从来都不相信要让每个人都对树外的代码感到满意--我们最好还是在树内一起工作。
而使用"为了接受这个，必须先修正其他一些东西"的论点也并不奏效（这一点已经在各种维护者峰会上讨论了十多年）。
我也不相信有人（多次）提出的 BPF 调度器会阻止人们参与调度器开发的论点。我个人认为，阻碍人们参与的主要原因是参与的门槛太高。
总之，这是给 Tejun 的提示，请他在下一个合并窗口向我发送拉取请求。
也是给其他人的"正在发生"的提示。
因此，从现在到七月中旬 Linux 6.11 合并窗口开启期间，如果没有任何最后一分钟的计划改变，下一个内核周期我们就可以找到 sched_ext。