New scheduler algorithm committed
Matthew Dillon
dillon at apollo.backplane.com
Sun Jun 26 20:10:57 PDT 2005
:My very preliminary testing shows an improvement, but not spectacular.
:
:I'm doing a buildworld now, just as a CPU-intensive background task.
:
:I've tried playing the gnome 'sol' game, which seems definitely more
:responsive. I'm typing this response in pine (running in a gnome
:terminal window) and I find it so annoyingly slow and erratic as to be
:almost unusable.
:
:So, all in all, the scheduler changes seem to be a tossup: some pluses
:and some minuses. Still room for improvement, though.
:
Ok, I've set a machine up with gnome and pine and I see a few issues.
The main one is that the estcpu decay time calculations are occuring
on one-second intervals without any regard as to whether the process
has even existed for one second or not. buildworlds with their very short
lived processes are being improperly accounted for. This is something
we inherited. I'm going to fix that, do some more testing, and hopefully
have something by tonight.
gnome is a good test. The gnome-terminal program is a medium-sized cpu
hog (it uses four times the cpu that the pine program running under it
uses). I think the system is accounting for the program properly, but
is skewing the buildworld due to the estcpu decay algorithm.
-Matt
Matthew Dillon
<dillon at xxxxxxxxxxxxx>
More information about the Kernel
mailing list