The extensible scheduler class

Posted Feb 12, 2023 0:52 UTC (Sun) by gerdesj (subscriber, #5446)
In reply to: The extensible scheduler class by flussence
Parent article: The extensible scheduler class

Some parts of your argument come across clearly but it is not a coherent whole.

It's great that you are seeing "the real value" but why not let us know why.

to post comments

The extensible scheduler class

Posted Feb 23, 2023 8:45 UTC (Thu) by Ongy (subscriber, #161805) [Link]

I feel like the first half is half of what I've been feeling about some developments with Linux.

We are starting to see more and more pluggable and microkernel (userspace) approaches inside the kernel. With drivers, schedulers, LSM I think to some degree even memory allocation (faultfd or whatever the name is).

Which is great. People can experiment, we get better fault safety for drivers, and if upstream is too slow or (arguably) too much of a nuisance, vendors can still ship drivers.

OTOH I really dislike what this enables as well. Vendors get to avoid the GPL. Intel already provides a closed source driver for webcams and touchscreens iirc. by means of having it run in userspace.

It's a really double edged sword. While we might get more drivers faster/easier to backport, it also reduces the pressure on vendors to "play nice" and especially to provide open implementations of how to talk to their hardware.