From: Matthew Garrett <mjg59@srcf.ucam.org>
To: Andi Kleen <andi@firstfloor.org>
Cc: Peter Zijlstra <peterz@infradead.org>,
dipankar@in.ibm.com, balbir@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>,
Ingo Molnar <mingo@elte.hu>, Vatsa <vatsa@linux.vnet.ibm.com>,
Gautham R Shenoy <ego@in.ibm.com>
Subject: Re: [RFC v1] Tunable sched_mc_power_savings=n
Date: Sat, 28 Jun 2008 13:53:49 +0100 [thread overview]
Message-ID: <20080628125349.GB22099@srcf.ucam.org> (raw)
In-Reply-To: <48663032.6010207@firstfloor.org>
On Sat, Jun 28, 2008 at 02:36:02PM +0200, Andi Kleen wrote:
> For example if you're in a data center at a specific operating point and
> you would need to crank up the air condition at significant power cost it might
> be well better overall to force all servers to a lower operating point
> and avoid that.
Sure, there are cases where you have additional constraints. But within
those constraints, you probably want to run as fast as possible.
> That said in general you all should have complained when ondemand behaviour
> was introduced.
ignore_nice seems to be set to 0 by default?
> Also it's unclear that the general "race to idle" heuristic really
> applies to the case of the "keep sockets idle" power optimization
> that started this thread.
>
> Usually package C states bring much more than core C states
> and keeping another package completely idle saves likely
> more power than the power cost of running something a little
> bit slower on a package that is already busy on another core.
I'd agree with that.
--
Matthew Garrett | mjg59@srcf.ucam.org
next prev parent reply other threads:[~2008-06-28 12:57 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-06-25 19:11 [RFC v1] Tunable sched_mc_power_savings=n Vaidyanathan Srinivasan
2008-06-26 13:49 ` Andi Kleen
2008-06-26 15:01 ` Dipankar Sarma
2008-06-26 18:31 ` Vaidyanathan Srinivasan
2008-06-26 15:01 ` Balbir Singh
2008-06-26 18:08 ` Andi Kleen
2008-06-26 18:52 ` Vaidyanathan Srinivasan
2008-06-26 19:37 ` David Collier-Brown
2008-06-27 6:50 ` Vaidyanathan Srinivasan
2008-06-26 20:17 ` Andi Kleen
2008-06-26 21:00 ` Dipankar Sarma
2008-06-26 21:37 ` Andi Kleen
2008-06-26 21:43 ` Peter Zijlstra
2008-06-26 22:38 ` Andi Kleen
2008-06-27 6:24 ` Vaidyanathan Srinivasan
2008-06-27 7:51 ` Peter Zijlstra
2008-06-27 8:06 ` Andi Kleen
2008-06-28 11:35 ` Tim Connors
2008-06-28 11:55 ` Andi Kleen
2008-06-28 12:22 ` Matthew Garrett
2008-06-28 12:36 ` Andi Kleen
2008-06-28 12:53 ` Matthew Garrett [this message]
2008-06-28 11:22 ` Tim Connors
2008-06-29 18:02 ` David Collier-Brown
2008-06-30 4:57 ` Vaidyanathan Srinivasan
2008-06-30 5:55 ` Tim Connors
2008-06-30 14:18 ` David Collier-Brown
2008-06-30 14:31 ` Andi Kleen
2008-06-27 4:54 ` Dipankar Sarma
2008-06-27 8:03 ` Andi Kleen
2008-06-30 16:10 ` Dipankar Sarma
2008-06-27 7:19 ` Vaidyanathan Srinivasan
2008-06-27 4:15 ` Balbir Singh
2008-06-27 8:08 ` KOSAKI Motohiro
2008-06-27 8:50 ` Vaidyanathan Srinivasan
2008-06-27 12:54 ` David Collier-Brown
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20080628125349.GB22099@srcf.ucam.org \
--to=mjg59@srcf.ucam.org \
--cc=andi@firstfloor.org \
--cc=balbir@linux.vnet.ibm.com \
--cc=dipankar@in.ibm.com \
--cc=ego@in.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=peterz@infradead.org \
--cc=suresh.b.siddha@intel.com \
--cc=vatsa@linux.vnet.ibm.com \
--cc=venkatesh.pallipadi@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.