Re: [RFC patch 1/2] sched: dynamically adapt granularity with nr_running

Mike Galbraith
2010-09-13T07:34:49Z

On Mon, 2010-09-13 at 09:08 +0200, Mike Galbraith wrote:

> Sticky wicket. We need a better fork fairness gizmo.

Like maybe re-inventing O(1)'s fork penalty + return on exit instead of
START_DEBIT penalizing the child? Child of lagging parent needs to run
NOW, just as any other lagging task wakeup, but fork/clone dare not be
an advantage.

-Mike