Sched_ext Scheduler Idle Selection Being Extended For LLC & NUMA Awareness

[phoronix]

Phoronix: Sched_ext Scheduler Idle Selection Being Extended For LLC & NUMA Awareness

While the sched_ext extensible scheduler code was merged for Linux 6.12, work on sched_ext itself it is not over. New patches this weekend continue working on NUMA awareness for it with its default idle selection policy while similar work on CPU last level cache (LLC) awareness are slated for the upcoming Linux 6.13 cycle...

https://www.phoronix.com/news/sched_ext-NUMA-Awareness

[skeevy420]

Andrea Righi of NVIDIA introduced that support.

Well this is going to grind the gears of quite a few Phoronix users.

[pegasus]

We need this in rhel10 but right now it looks their kernel will be based on 6.11. Is it time for a new "frankenkernel"?

[Quackdoc]

Phenomenal work, sched_ext has been absolutely amazing. Being able to swap between a normal general use kernel scheduler and one optimized for gaming is absolutely great. I hope that gamemode wire's up sched_ext support since it's just that good. though different games will need different profiles.

Really hope we see some really energy optimized scheds come out.

[Daktyl198]

Phenomenal work, sched_ext has been absolutely amazing. Being able to swap between a normal general use kernel scheduler and one optimized for gaming is absolutely great. I hope that gamemode wire's up sched_ext support since it's just that good. though different games will need different profiles.

Really hope we see some really energy optimized scheds come out.

Proton-GE and UMU wiring up support in the protonfixes library would be sick. Feral's gamemode is too generic to have per-game schedulers, but it'd be cool if it had a general gaming scheduler built-in, which then conceded to the protonfix specific scheduler.

[mobadboy]

I repeat once again that such solutions can only improve the situation a little, but this is not a competent approach. with this approach, you will not be able to create an algorithm so that the scheduler can calculate and allocate resources and time for the linux kernel process when I/O processes interfere with the shared queue. to do everything correctly, you need to ensure that the servers work only on the GPU. then you will have, for example, 6000 threads and this will save you from queues and any complex scheduling algorithms. for example, function "A" calls function "B". you will be able to run the function "A" on many hundreds of threads, which in turn will be able to run the function "B" which will be able to run on even more threads, and this will ensure that the calling function receives the calculation result from the function "B" instantly and this result can be calculated at any stage of the calculation, you only need to adapt the compiler and programming language. Planners will no longer be needed. everything will be terribly simple and therefore reliable.

(no offense, but you keep posting this nonsense over and over again)

GPUs are math machines

not general purpose components

do you think that you are the first person to consider this? because you are not. there is a reason why gpus have been out for very long time, but nobody has done what you are suggesting.

[mobadboy]

жаль система на дает тебе ответить

I am genuinely curious

what is it like working for a troll farm? whatever you call it in russian

there is no point hiding it, no judgement here, i dont care. but i am very curious why phoronix is in scope. is it just that your bosses want you to post everywhere? do you have access to translation tools, or do you actually know english? do you manage multiple accounts, or does each agent run one account per forum?

you dont have to answer here. a19024041093 at proton dot me