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

From: Mike Galbraith
Date: Mon Sep 13 2010 - 03:35:01 EST


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

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/