Messages in this thread | | | Subject | Re: [RFC patch 1/2] sched: dynamically adapt granularity with nr_running | From | Mike Galbraith <> | Date | Mon, 13 Sep 2010 09:35:10 +0200 |
| |
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
| |