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

[Mike Galbraith]

On Sun, 2010-09-12 at 08:14 +0200, Ingo Molnar wrote:
> * Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx> wrote:
> 
> > (on a uniprocessor 2.0 GHz Pentium M)
> > 
> > * Without the patch:
> > 
> >  - wakeup-latency with SIGEV_THREAD in parallel with youtube video and
> >    make -j10
> > 
> > maximum latency: 50107.8 Âs
> > average latency: 6609.2 Âs
> > missed timer events: 0
> 
> I tried your patches on a similar UP system, using wakeup-latency.c. I 
> also measured the vanilla upstream kernel (cced86a) with the default 
> granularity settings, and also vanilla with a sched_min_granularity/3 
> tune (patch attached below for that).
> 
> I got the following results (make -j10 kbuild load, average of 3 runs):
> 
>  vanilla: 
> 
>   maximum latency: 38278.9 Âs
>   average latency:  7730.1 Âs
> 
>  mathieu-dyn:
> 
>   maximum latency: 28698.8 Âs
>   average latency:  7757.1 Âs
> 
>  peterz-min_gran/3:
> 
>   maximum latency: 22702.1 Âs
>   average latency:  6684.8 Âs

One thing that springs to mind with make is that it does vfork, so kinda
sorta continues running in drag, so shouldn't get credit for sleeping,
as that introduces bogus spread.  Post vfork parent notification time
adjustment may suffice, think I'll try that.

	-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/