可扩展的调度程序"sched_ext"代码是一个轻量级的工作队列, 可以在内核中创建多个线程, 以异步方式执行一些需要长时间运行的任务, 而不会阻塞其他进程或线程。在提高 Linux 游戏性能、更快地开发新的调度程序变更原型、Ubuntu/Canonical 为追求更类似微内核的设计而对其进行的评估,以及许多其他有趣的方法等方面,都具有相当广泛的用途。
w(vf>L6( LcF0: h' 在即将到来的 Linux 6.11 周期中,Linus Torvalds作为Linux内核的"BDFL",宣布他打算在Linux 6.11中合并sched_ext补丁,尽管其他内核开发者对此表示反对。他认为,sched_ext 代码已经准备就绪,可以为 Linux 内核提供真正的价值。继续拖着sched_ext不放出来是不值得的。
F*a+&% Q $lO\eQGxB 今天,Torvalds 在Linux 内核邮件列表中围绕 sched_ext v6 补丁的线程上利用他的权威宣布了他将把代码与 Linux 6.11 合并的意图:
7|{QAv 3,pRmdC "老实说,我认为没有理由再拖延下去了。整个补丁集是去年内核维护者峰会的主要(私下)讨论内容,我不认为在一年后即将召开的维护者峰会上进行同样的讨论(无论是在列表外还是作为实际事件)有任何价值,所以为了取得任何理智的进展,我目前的计划是将其合并到 6.11 中。
'HOt?lpu! .9`.\v6R 至少这样,我们会取得进展,而 KS 2024 上的讨论可以是关于我的思维敏锐度--或者说缺乏敏锐度--而不是重提去年显然没有取得进展的同一件事。
d~.#K S f5'+F-`N 我从来都不相信要让每个人都对树外的代码感到满意--我们最好还是在树内一起工作。
^fRA$t `LNRl'Zm 而使用"为了接受这个,必须先修正其他一些东西"的论点也并不奏效(这一点已经在各种维护者峰会上讨论了十多年)。
A6-JV8^ P}cGWfj 我也不相信有人(多次)提出的 BPF 调度器会阻止人们参与调度器开发的论点。我个人认为,阻碍人们参与的主要原因是参与的门槛太高。
M*%iMz v\Q${6kEtx 总之,这是给 Tejun 的提示,请他在下一个合并窗口向我发送拉取请求。
N'TL &] mhh8<BI 也是给其他人的"正在发生"的提示。
=EFF2M`F !5pnl0D K* 因此,从现在到七月中旬 Linux 6.11 合并窗口开启期间,如果没有任何最后一分钟的计划改变,下一个内核周期我们就可以找到 sched_ext。
IEHAPt' c}lUP(Ss [ 此帖被长安一片月在2024-06-12 10:22重新编辑 ]