Re: [PATCH v7 0/8] Tunable sched_mc_power_savings=n

[Ingo Molnar]

* Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx> wrote:

> > > KERNBENCH Runs: make -j4 on a x86 8 core, dual socket quad core cpu
> > > package system
> > >
> > > SchedMC Run Time     Package Idle    Energy  Power
> > > 0       81.68        52.83% 54.71%  1.00x J 1.00y W
> > > 1       80.70        36.62% 70.11%  0.95x J 0.96y W
> > > 2       74.95        19.53% 85.92%  0.90x J 0.98y W

> > Your result is very interesting.
> > level 2 is more fast and efficient of power.
> > 
> > What's major contributor to use less time in level 2?
> > I think it's cache bounce is less time than old.
> > Is right ?
> 
> Yes, correct

yes, i too noticed that runtime improved so dramatically: +7.5% on 
kernbench is a _very_ big deal.

So i wanted to ask you to re-test whether this speedup is reproducible, 
and if yes, please check a few other workloads (for example sysbench on 
postgresql / mysqld) and send a patch that changes the 
sched_mc_power_savings default to POWERSAVINGS_BALANCE_WAKEUP (2).

Sidenote, _please_ fix your mail client to not mess up the Cc: list via:

Mail-Followup-To: MinChan Kim <minchan.kim@xxxxxxxxx>,
        Vaidyanathan Srinivasan <svaidy@xxxxxxxxxxxxxxxxxx>,
        Linux Kernel <linux-kernel@xxxxxxxxxxxxxxx>,
        Suresh B Siddha <suresh.b.siddha@xxxxxxxxx>,
        Venkatesh Pallipadi <venkatesh.pallipadi@xxxxxxxxx>,
        Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>,
        Ingo Molnar <mingo@xxxxxxx>, Dipankar Sarma <dipankar@xxxxxxxxxx>,
        Vatsa <vatsa@xxxxxxxxxxxxxxxxxx>, Gautham R Shenoy <ego@xxxxxxxxxx>,
        Andi Kleen <andi@xxxxxxxxxxxxxx>,
        David Collier-Brown <davecb@xxxxxxx>,
        Tim Connors <tconnors@xxxxxxxxxxxxxxxxx>,
        Max Krasnyansky <maxk@xxxxxxxxxxxx>,
        Gregory Haskins <gregory.haskins@xxxxxxxxx>,
        Pavel Machek <pavel@xxxxxxx>,
        Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>

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