mirror of https://github.com/sched-ext/scx.git synced 2024-11-25 20:20:23 +00:00

History

Andrea Righi 6d89eceb93 scx_rustland: dispatch tasks only on the global DSQ Commit `c6ada25` ("scx_rustland: use custom pcpu DSQ instead of SCX_DSQ_LOCAL{_ON}") fixed the race issues with the cpumask, but it also introduced performance regressions. Until we figure out the reasons of the performance regressions, simplify the dispatcher and go back at using only the global DSQ, relying on the built-in idle cpu selection. In this way we can still enforce task affinity properly (`stress-ng --race-sched N` does not crash the scheduler) and we can also provide a better level of system responsiveness (according to the results of the stress tests done recently). The idea of this change is to make the scheduler usable in certain real-world scenarios (and as bug-free as possible), while we figure out the performance regressions of the per-CPU DSQ approach, that will likely be re-introduced later on in the future. Signed-off-by: Andrea Righi <andrea.righi@canonical.com>		2024-01-23 13:24:12 +01:00
..
c	scx_nest: Remove -D option for eager compaction	2024-01-16 14:08:36 -06:00
include	scx: Build fix after kernel update	2024-01-08 14:48:24 -10:00
rust	scx_rustland: dispatch tasks only on the global DSQ	2024-01-23 13:24:12 +01:00
meson.build	Restructure scheds folder names	2023-12-17 13:14:31 -08:00
README.md	Restructure scheds folder names	2023-12-17 13:14:31 -08:00
sync-to-kernel.sh	Restructure scheds folder names	2023-12-17 13:14:31 -08:00

README.md

SCHED_EXT SCHEDULERS

Introduction

This directory contains the repo's schedulers.

Some of these schedulers are simply examples of different types of schedulers that can be built using sched_ext. They can be loaded and used to schedule on your system, but their primary purpose is to illustrate how various features of sched_ext can be used.

Other schedulers are actually performant, production-ready schedulers. That is, for the correct workload and with the correct tuning, they may be deployed in a production environment with acceptable or possibly even improved performance. Some of the examples could be improved to become production schedulers.

Please see the following README files for details on each of the various types of schedulers:

rust describes all of the schedulers with rust user space components. All of these schedulers are production ready.
c describes all of the schedulers with C user space components. All of these schedulers are production ready.

Note on syncing

Note that there is a sync-to-kernel.sh script in this directory. This is used to sync any changes to the specific schedulers with the Linux kernel tree. If you've made any changes to a scheduler in please use the script to synchronize with the sched_ext Linux kernel tree:

$ ./sync-to-kernel.sh /path/to/kernel/tree