#sched_ext — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #sched_ext, aggregated by home.social.
-
⏰ Our talk at OSPM Summit 2026 is today!
“Evolving sched_ext: Resource Control, Topology Awareness, and Energy Efficiency for Modern Systems”
We’ll discuss the evolution of scx_lavd and sched_ext. https://retis.santannapisa.it/ospm-summit/
-
⏰ Our talk at OSPM Summit 2026 is today!
“Evolving sched_ext: Resource Control, Topology Awareness, and Energy Efficiency for Modern Systems”
We’ll discuss the evolution of scx_lavd and sched_ext. https://retis.santannapisa.it/ospm-summit/
-
⏰ Our talk at OSPM Summit 2026 is today!
“Evolving sched_ext: Resource Control, Topology Awareness, and Energy Efficiency for Modern Systems”
We’ll discuss the evolution of scx_lavd and sched_ext. https://retis.santannapisa.it/ospm-summit/
-
⏰ Our talk at OSPM Summit 2026 is today!
“Evolving sched_ext: Resource Control, Topology Awareness, and Energy Efficiency for Modern Systems”
We’ll discuss the evolution of scx_lavd and sched_ext. https://retis.santannapisa.it/ospm-summit/
-
⏰ Our talk at OSPM Summit 2026 is today!
“Evolving sched_ext: Resource Control, Topology Awareness, and Energy Efficiency for Modern Systems”
We’ll discuss the evolution of scx_lavd and sched_ext. https://retis.santannapisa.it/ospm-summit/
-
We’ll be speaking at OSPM Summit 2026! On the second day of the conference, @multics69 and Gavin Guo will present:
“Evolving sched_ext: Resource Control, Topology Awareness, and Energy Efficiency for Modern Systems.”
We’ll share lessons from evolving the scx_lavd scheduler.
📍 Cambridge, UK
📅 Apr 14–16
🌐 https://retis.santannapisa.it/ospm-summit -
We’ll be speaking at OSPM Summit 2026! On the second day of the conference, @multics69 and Gavin Guo will present:
“Evolving sched_ext: Resource Control, Topology Awareness, and Energy Efficiency for Modern Systems.”
We’ll share lessons from evolving the scx_lavd scheduler.
📍 Cambridge, UK
📅 Apr 14–16
🌐 https://retis.santannapisa.it/ospm-summit -
We’ll be speaking at OSPM Summit 2026! On the second day of the conference, @multics69 and Gavin Guo will present:
“Evolving sched_ext: Resource Control, Topology Awareness, and Energy Efficiency for Modern Systems.”
We’ll share lessons from evolving the scx_lavd scheduler.
📍 Cambridge, UK
📅 Apr 14–16
🌐 https://retis.santannapisa.it/ospm-summit -
We’ll be speaking at OSPM Summit 2026! On the second day of the conference, @multics69 and Gavin Guo will present:
“Evolving sched_ext: Resource Control, Topology Awareness, and Energy Efficiency for Modern Systems.”
We’ll share lessons from evolving the scx_lavd scheduler.
📍 Cambridge, UK
📅 Apr 14–16
🌐 https://retis.santannapisa.it/ospm-summit -
We’ll be speaking at OSPM Summit 2026! On the second day of the conference, @multics69 and Gavin Guo will present:
“Evolving sched_ext: Resource Control, Topology Awareness, and Energy Efficiency for Modern Systems.”
We’ll share lessons from evolving the scx_lavd scheduler.
📍 Cambridge, UK
📅 Apr 14–16
🌐 https://retis.santannapisa.it/ospm-summit -
40 млн строк кода: как меняется ядро Linux в 2026 году
Начало 2026 года для сообщества ядра Linux получилось насыщенным. В конце января в документацию добавили раздел Linux kernel project continuity. В нем описывается, что произойдет, если ключевые участники проекта внезапно не смогут выполнять свою работу. Обсуждения шли еще на Maintainers Summit в декабре 2025-го, и теперь этот вопрос зафиксирован в документации в явном виде. Все вполне логично. Ядро Linux давно превратилось в часть огромной мировой инфраструктуры — с десятками миллионов строк кода, тысячами разработчиков из компаний по всему миру и постоянным давлением со стороны требований к производительности, безопасности и энергоэффективности. Поэтому сообщество вынуждено не только поддерживать текущий уровень стабильности, но и экспериментировать, стараться сделать систему гибче и надежнее. В 2026 году проявились несколько направлений такой работы — от Rust и планировщиков до поддержки новых архитектур. Давайте посмотрим, что тут и как.
https://habr.com/ru/companies/ru_mts/articles/992766/
#Linux #ядро_Linux #Rust #планировщик_задач #sched_ext #RISCV #LoongArch #Линус_Торвальдс #управление_проектом #open_source
-
40 млн строк кода: как меняется ядро Linux в 2026 году
Начало 2026 года для сообщества ядра Linux получилось насыщенным. В конце января в документацию добавили раздел Linux kernel project continuity. В нем описывается, что произойдет, если ключевые участники проекта внезапно не смогут выполнять свою работу. Обсуждения шли еще на Maintainers Summit в декабре 2025-го, и теперь этот вопрос зафиксирован в документации в явном виде. Все вполне логично. Ядро Linux давно превратилось в часть огромной мировой инфраструктуры — с десятками миллионов строк кода, тысячами разработчиков из компаний по всему миру и постоянным давлением со стороны требований к производительности, безопасности и энергоэффективности. Поэтому сообщество вынуждено не только поддерживать текущий уровень стабильности, но и экспериментировать, стараться сделать систему гибче и надежнее. В 2026 году проявились несколько направлений такой работы — от Rust и планировщиков до поддержки новых архитектур. Давайте посмотрим, что тут и как.
https://habr.com/ru/companies/ru_mts/articles/992766/
#Linux #ядро_Linux #Rust #планировщик_задач #sched_ext #RISCV #LoongArch #Линус_Торвальдс #управление_проектом #open_source
-
40 млн строк кода: как меняется ядро Linux в 2026 году
Начало 2026 года для сообщества ядра Linux получилось насыщенным. В конце января в документацию добавили раздел Linux kernel project continuity. В нем описывается, что произойдет, если ключевые участники проекта внезапно не смогут выполнять свою работу. Обсуждения шли еще на Maintainers Summit в декабре 2025-го, и теперь этот вопрос зафиксирован в документации в явном виде. Все вполне логично. Ядро Linux давно превратилось в часть огромной мировой инфраструктуры — с десятками миллионов строк кода, тысячами разработчиков из компаний по всему миру и постоянным давлением со стороны требований к производительности, безопасности и энергоэффективности. Поэтому сообщество вынуждено не только поддерживать текущий уровень стабильности, но и экспериментировать, стараться сделать систему гибче и надежнее. В 2026 году проявились несколько направлений такой работы — от Rust и планировщиков до поддержки новых архитектур. Давайте посмотрим, что тут и как.
https://habr.com/ru/companies/ru_mts/articles/992766/
#Linux #ядро_Linux #Rust #планировщик_задач #sched_ext #RISCV #LoongArch #Линус_Торвальдс #управление_проектом #open_source
-
40 млн строк кода: как меняется ядро Linux в 2026 году
Начало 2026 года для сообщества ядра Linux получилось насыщенным. В конце января в документацию добавили раздел Linux kernel project continuity. В нем описывается, что произойдет, если ключевые участники проекта внезапно не смогут выполнять свою работу. Обсуждения шли еще на Maintainers Summit в декабре 2025-го, и теперь этот вопрос зафиксирован в документации в явном виде. Все вполне логично. Ядро Linux давно превратилось в часть огромной мировой инфраструктуры — с десятками миллионов строк кода, тысячами разработчиков из компаний по всему миру и постоянным давлением со стороны требований к производительности, безопасности и энергоэффективности. Поэтому сообщество вынуждено не только поддерживать текущий уровень стабильности, но и экспериментировать, стараться сделать систему гибче и надежнее. В 2026 году проявились несколько направлений такой работы — от Rust и планировщиков до поддержки новых архитектур. Давайте посмотрим, что тут и как.
https://habr.com/ru/companies/ru_mts/articles/992766/
#Linux #ядро_Linux #Rust #планировщик_задач #sched_ext #RISCV #LoongArch #Линус_Торвальдс #управление_проектом #open_source
-
A fully functional sched_ext scheduler that makes real CPU scheduling decisions based on real-time planetary positions, zodiac signs, and astrological principles. This actually loads into the Linux kernel and schedules your system tasks. Because if the universe can influence our lives, why not our CPU scheduling too?
-
Using machine learning to optimize/fine-tune the #Linux #kernel at runtime to the needs of the workload – this is something I guess we'll see way more often in the future.
The recent #ossna25 talk "Improve Load Balancing With Machine Learning Techniques Based on the #sched_ext Framework" from Ching-Chun ("Jim") Huang gives a glimpse into such a future.
@lwn write-up: https://lwn.net/Articles/1027096/
Recording: https://www.youtube.com/watch?v=5VXemIXAOrI
-
TIL: scx_bpfland Linux scheduler can improve performance
TIL: scx_bpfland Linux scheduler can improve performance #gaming #linux #schedular #kernel #sched_ext #cpu #pinning #taskset #til -
TIL: scx_bpfland Linux scheduler can improve performance
TIL: scx_bpfland Linux scheduler can improve performance #gaming #linux #schedular #kernel #sched_ext #cpu #pinning #taskset #til -
TIL: scx_bpfland Linux scheduler can improve performance
TIL: scx_bpfland Linux scheduler can improve performance #gaming #linux #schedular #kernel #sched_ext #cpu #pinning #taskset #til -
TIL: scx_bpfland Linux scheduler can improve performance
TIL: scx_bpfland Linux scheduler can improve performance #gaming #linux #schedular #kernel #sched_ext #cpu #pinning #taskset #til -
TIL: scx_bpfland Linux scheduler can improve performance
TIL: scx_bpfland Linux scheduler can improve performance #gaming #linux #schedular #kernel #sched_ext #cpu #pinning #taskset #til -
#sched_ext protip: when running e.g. scx_bpfland on a server, make sure to use the -k (--local-kthreads) flag, otherwise full system saturation with CPU-bound tasks (e.g. a parallel make job using all cores) will severely starve I/O (e.g. DNS, NFS).
Really should be the default.. 🚀 -
The mainline-wo-mergew copr of the #kernel vanilla repositories[1] for #Fedora #Linux now ship 6.12 pre-releases that have the #BPF extensible scheduler class aka #sched_ext"[2] enabled, just like Fedora Rawhide will do with the next push of a new #LinuxKernel.
Many thx to Jose Fernandez for realizing this![3]
[1] https://fedoraproject.org/wiki/Kernel_Vanilla_Repositories
[2] https://lwn.net/Articles/972710/
[3] https://gitlab.com/cki-project/kernel-ark/-/merge_requests/3397 -
#Linux 6.12-rc1 is out:
https://lore.kernel.org/lkml/CAHk-=wiw[email protected]/
'"Despite conference travel (both for me and several maintainers), things seemed to go mostly fairly normally. There's a couple of notable new features in here: For one thing, #PREEMPT_RT is now mainlined and enabled as a config option (you do need to enable "EXPERT" to get the question). For another, #sched_ext also got merged.
[…]
Let's get the testing and calming down period started, ok?
Linus"'
-
#sched_ext, which allows scheduling policies to be implemented as #BPF programs, has been merged for #Linux 6.12:
https://git.kernel.org/torvalds/c/88264981f2082248e892a706b2c5004650faac54
See https://lwn.net/Articles/922405/ for a description of what it does and https://lwn.net/Articles/972710/ for the controversy it caused that is the reason why it took so long to land in mainline.
-
FWIW, the PR with the BPF extensible scheduler class aka #sched_ext for #Linux 6.11 is out for 10 days now, but Linus did not merge it yet. Peterz and @qyousef also raised a few issues in between. Remains to be seen if Linus nevertheless will merge sched_ext in the next few days.
For details, see:
https://lore.kernel.org/all/2024072316[email protected]/t/#u
https://lore.kernel.org/all/20240725011907.3f5ropfai3xoy3l3@airbuntu/t/#u
-
After Linus statement ~10 days ago[1] it looked like #BPF extensible scheduler class aka the #sched_ext (SCX) patchset would be merged for #Linux 6.11. Now there are discussions to change a few things before merging it; as of now it's unclear if that will happen and/or delay things: https://lore.kernel.org/all/CAHk-=wg3R[email protected]/t/#u
Side note: Tejun a few days ago posted v7 of the patchset and created a korg tree to coordinate development: https://lore.kernel.org/all/2024061821[email protected]/
-
The @LWN article about the latest push of the #BPF extensible scheduler class (or "#sched_ext") for #Linux is now freely available: https://lwn.net/Articles/972710/
"'[…] Despite having attracted a fair amount of interest from the development community, sched_ext has run into considerable opposition and seems far from acceptance into the mainline. The posting by Tejun Heo of a new version of the sched_ext series at the beginning of May has restarted this long-running discussion[…]'" #kernel #LinuxKernel