Messages in this thread | | | Date | Tue, 16 Mar 2004 10:31:33 +1100 | From | Con Kolivas <> | Subject | Re: bonus inheritance |
| |
Quoting Kurt Garloff <garloff@suse.de>:
> Hi Nick, Con,
Hi Kurt.
> I believe we need something similar in 2.6. > The first part is attached: The bonus inheritance is implemented as > inheritance, daring the value to the center instead of the minimum. > I put inheritance to 80 to more closely resemble current 2.6.
> For the second part, I'm unsure. The current tweaks in the scheduler > may already have the non-linear property that I believe we need. > I'll need to reread the code to fully understand it though.
The estimator in 2.6 mainline is nothing like the 2.4 one. Most freshly forked processes get rapidly elevated to just below fully interactive state in a non linear fashion and thus are usually much better priority than any running cpu bound process. Watch top during a kernel compile and starting new apps. You'll see cpu bound tasks hover between PRI 20 and 25, fully interactive tasks hover at 15-16 and newly forked processes start around 17. This is intentional as allowing them to elevate fully to interactive means that disk activity would fool the cpu scheduler into thinking a cpu bound task is fully interactive, so they are better than fully cpu bound, but slightly worse than already running interactive tasks until they declare themselves clearly.
Con - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |