Messages in this thread | | | Subject | Re: [RFC patch 1/2] sched: dynamically adapt granularity with nr_running | From | Peter Zijlstra <> | Date | Mon, 13 Sep 2010 11:37:40 +0200 |
| |
On Mon, 2010-09-13 at 11:16 +0200, Mike Galbraith wrote: > On Mon, 2010-09-13 at 10:35 +0200, Peter Zijlstra wrote: > > On Mon, 2010-09-13 at 09:08 +0200, Mike Galbraith wrote: > > > We need a better fork fairness gizmo. > > > > Proper zero-lag insertion would do. Much sadness in that tracking that > > costs a u64 mult per enqueu/dequeue and using it adds a s64 div. > > (math _sucks_:) > > > But if you want, have a play with: > > maximum latency: 48475.3 µs > average latency: 6881.4 µs > missed timer events: 0 > > Darn. > > make -j3 is gaining a tad over a hog as well, roughly the same as > turning START_DEBIT off.
Hrmm,. could it be fair_sleeper muck placing too many tasks too far left on wakeup starving others? -- 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/
| |