The extensible scheduler “sched_ext” code has proven quite versatile for opening up better Linux gaming performance, more quickly prototyping new scheduler changes, Ubuntu/Canonical has been evaluating it for pursuing a more micro-kernel like design, and many other interesting approaches with it.
Torvalds feels the sched_ext code is ready enough and provides real value to the mainline Linux kernel.
This whole patchset was the major (private) discussion at last year’s kernel maintainer summit, and I don’t find any value in having the same discussion (whether off-list or as an actual event) at the upcoming maintainer summit one year later, so to make any kind of sane progress, my current plan is to merge this for 6.11.
I’ve never been a huge believer in trying to make everybody happy with code that is out of tree - we’re better off working together on it in-tree.
And using the “in order to accept this, some other thing has to be fixed first” argument doesn’t really work well either (and that has been discussed for over a decade at various maintainer summits).
So short of any last minute change of plans between now and mid-July when the Linux 6.11 merge window opens, looks for sched_ext in the next kernel cycle.
The original article contains 432 words, the summary contains 206 words. Saved 52%. I’m a bot and I’m open source!
This is the best summary I could come up with:
The extensible scheduler “sched_ext” code has proven quite versatile for opening up better Linux gaming performance, more quickly prototyping new scheduler changes, Ubuntu/Canonical has been evaluating it for pursuing a more micro-kernel like design, and many other interesting approaches with it.
Torvalds feels the sched_ext code is ready enough and provides real value to the mainline Linux kernel.
This whole patchset was the major (private) discussion at last year’s kernel maintainer summit, and I don’t find any value in having the same discussion (whether off-list or as an actual event) at the upcoming maintainer summit one year later, so to make any kind of sane progress, my current plan is to merge this for 6.11.
I’ve never been a huge believer in trying to make everybody happy with code that is out of tree - we’re better off working together on it in-tree.
And using the “in order to accept this, some other thing has to be fixed first” argument doesn’t really work well either (and that has been discussed for over a decade at various maintainer summits).
So short of any last minute change of plans between now and mid-July when the Linux 6.11 merge window opens, looks for sched_ext in the next kernel cycle.
The original article contains 432 words, the summary contains 206 words. Saved 52%. I’m a bot and I’m open source!