b53e8251a1
We were assigning curr to prev stats, and vice versa, in calc_util(). This was causing the following crash on debug builds: [void@maniforge scheds]$ sudo RUST_BACKTRACE=1 scx_rusty 00:00:56 [INFO] CPUs: online/possible = 32/32 00:00:56 [INFO] DOM[00] cpumask 0000000000FF00FF (16 cpus) 00:00:56 [INFO] DOM[01] cpumask 00000000FF00FF00 (16 cpus) 00:00:56 [INFO] Rusty Scheduler Attached thread 'main' panicked at /rustc/475c71da0710fd1d40c046f9cee04b733b5b2b51/library/core/src/ops/arith.rs:217:1: attempt to subtract with overflow stack backtrace: 0: rust_begin_unwind at /rustc/475c71da0710fd1d40c046f9cee04b733b5b2b51/library/std/src/panicking.rs:597:5 1: core::panicking::panic_fmt at /rustc/475c71da0710fd1d40c046f9cee04b733b5b2b51/library/core/src/panicking.rs:72:14 2: core::panicking::panic at /rustc/475c71da0710fd1d40c046f9cee04b733b5b2b51/library/core/src/panicking.rs:127:5 3: <u64 as core::ops::arith::Sub>::sub at /rustc/475c71da0710fd1d40c046f9cee04b733b5b2b51/library/core/src/ops/arith.rs:217:1 4: <&u64 as core::ops::arith::Sub<&u64>>::sub at /rustc/475c71da0710fd1d40c046f9cee04b733b5b2b51/library/core/src/internal_macros.rs:55:17 5: scx_rusty::calc_util at ./rust-user/scx_rusty/src/main.rs:216:29 6: scx_rusty::Tuner::step at ./rust-user/scx_rusty/src/main.rs:444:38 7: scx_rusty::Scheduler::run at ./rust-user/scx_rusty/src/main.rs:1198:17 8: scx_rusty::main at ./rust-user/scx_rusty/src/main.rs:1261:5 9: core::ops::function::FnOnce::call_once at /rustc/475c71da0710fd1d40c046f9cee04b733b5b2b51/library/core/src/ops/function.rs:250:5 note: Some details are omitted, run with `RUST_BACKTRACE=full` for a verbose backtrace. Flip them to avoid the crash. Rusty now runs fine. Signed-off-by: David Vernet <void@manifault.com> |
||
---|---|---|
.. | ||
include | ||
kernel-examples | ||
rust-user | ||
meson.build | ||
README.md | ||
sync-to-kernel.sh |
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:
- kernel-examples describes all of the example schedulers that are also shipped with the Linux kernel tree.
- rust-user describes all of the schedulers with rust 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 kernel-examples/ schedulers with the Linux kernel tree. If you've made any changes to a scheduler in kernel-examples/, please use the script to synchronize with the sched_ext Linux kernel tree:
$ ./sync-to-kernel.sh /path/to/kernel/tree