lkml.org 
[lkml]   [2008]   [Dec]   [30]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH v7 0/8] Tunable sched_mc_power_savings=n

* Balbir Singh <balbir@linux.vnet.ibm.com> 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@gmail.com>,
Vaidyanathan Srinivasan <svaidy@linux.vnet.ibm.com>,
Linux Kernel <linux-kernel@vger.kernel.org>,
Suresh B Siddha <suresh.b.siddha@intel.com>,
Venkatesh Pallipadi <venkatesh.pallipadi@intel.com>,
Peter Zijlstra <a.p.zijlstra@chello.nl>,
Ingo Molnar <mingo@elte.hu>, Dipankar Sarma <dipankar@in.ibm.com>,
Vatsa <vatsa@linux.vnet.ibm.com>, Gautham R Shenoy <ego@in.ibm.com>,
Andi Kleen <andi@firstfloor.org>,
David Collier-Brown <davecb@sun.com>,
Tim Connors <tconnors@astro.swin.edu.au>,
Max Krasnyansky <maxk@qualcomm.com>,
Gregory Haskins <gregory.haskins@gmail.com>,
Pavel Machek <pavel@suse.cz>,
Andrew Morton <akpm@linux-foundation.org>

Ingo


\
 
 \ /
  Last update: 2008-12-30 07:25    [W:0.178 / U:0.248 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site