linux-kernel - Re: [PATCH v2 0/3] sched: Extend sched_mc/smt_power

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Wed, 4 Mar 2009 16:36:43 +0530
From:	Vaidyanathan Srinivasan <svaidy@...ux.vnet.ibm.com>
To:	Peter Zijlstra <a.p.zijlstra@...llo.nl>
Cc:	Gautham R Shenoy <ego@...ibm.com>,
	Balbir Singh <balbir@...ibm.com>, Ingo Molnar <mingo@...e.hu>,
	Suresh Siddha <suresh.b.siddha@...el.com>,
	Dipankar Sarma <dipankar@...ibm.com>, efault@....de,
	andi@...stfloor.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH v2 0/3] sched: Extend sched_mc/smt_power_savings
	framework

* Peter Zijlstra <a.p.zijlstra@...llo.nl> [2009-03-03 16:28:30]:

> On Tue, 2009-03-03 at 20:55 +0530, Vaidyanathan Srinivasan wrote:
> >  
> > > It would be good to mention something about how power usage is measured.
> > 
> > Power usage is measured by computing the energy consumed over the
> > benchmark duration and then finding average power by dividing
> > energy/time.  The relative power consumption is for the entire system.
> 
> Is this measured using an external (indepedent) power monitor, or
> looking at system internal power usage stats?
> 
> Have you compared these two methods, if so, do they give comparable
> results?

Since we are doing relative power comparison, the absolute power value
and the method would not affect the results.

Your question is more relevant for SPECPower type of benchmarks where
the score depends on the average power consumed and accuracy or method
of measurement can affect the score.
 
> > > Furthermore, do we really need those separate mc/smt power savings
> > > settings? -- It appears to me we ought to consolidate some of that and
> > > provide a single knob to save power.
> > 
> > Yes, having one sched_power_savings will definitely help.  However,
> > mapping the various combination of settings to a single knob that will
> > provide consistent behavior across workloads and system configuration
> > is a challenge.
> 
> Would it be an option to provide a single knob for users and have some
> fine grained feature set for developing/debugging, much like we have
> sched_features?

Yes, that will be very good.  Let me explore if sched_features can
include the power saving attributes while the sched_power_savings can
be a simple and coarse control for end-users.

--Vaidy

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