Linked by Thom Holwerda on Tue 22nd Sep 2009 15:34 UTC, submitted by google_ninja
Thread beginning with comment 385491
To view parent comment, click here.
To read all comments associated with this story, please click here.
To view parent comment, click here.
To read all comments associated with this story, please click here.
scheduler was only an example. I don't think that scheduler only is responsible for the problem.
Kernel is trying to please all possible users, desktop server and so on. This does not work very well.
and yes, it (cpu scheduler) does have a lot to do with (also desktop) performance. If you would check recent lkml discussions, you would clearly see that.




Member since:
2006-05-04
this (size and functionality) has nothing to do with the performance problem.
1) Apply wherever possible specialty tools:
CPU scheduler is a good example what options are there
CFS performance degraded seriously in time. It is big trying to me "smart"(er than..) and at the end we get crippled performance.
Now there is BFS, small and efficient for desktop use only.
Why not to have two schedulers
Trying to do everything is wors idea ever, get one cpu scheduler for servers another for desktop. Nowadays kernel is trying to be jack of all trades with mediocre results.
2) code reuse would also help (including size)