All of lore.kernel.org
 help / color / mirror / Atom feed
From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
To: George Dunlap <george.dunlap@eu.citrix.com>
Cc: Ian Jackson <ian.jackson@citrix.com>,
	Massimo Canonico <mex@di.unipmn.it>,
	Ian Campbell <Ian.Campbell@citrix.com>,
	xen-devel@lists.xen.org
Subject: Re: [PATCH] docs: Make note for the scheduler "cap" option warning about power management effects
Date: Fri, 14 Jun 2013 14:38:10 -0400	[thread overview]
Message-ID: <20130614183810.GB21280@phenom.dumpdata.com> (raw)
In-Reply-To: <51B88D38.6030601@eu.citrix.com>

On Wed, Jun 12, 2013 at 04:01:12PM +0100, George Dunlap wrote:
> On 12/06/13 15:59, Ian Campbell wrote:
> >On Wed, 2013-06-12 at 09:57 -0400, Konrad Rzeszutek Wilk wrote:
> >
> >>>+NB: Many systems have features that will scale down the computing
> >>>+power of a cpu that is not 100% utilized.  This can be in the
> >>>+operating system, but can also sometimes be below the operating system
> >>>+in the BIOS.  If you set a cap such that individual cores are running
> >>>+at less than 100%, this may have an impact on the performance of your
> >>>+workload over and above the impact of the cap. For example, if your
> >>>+processor runs at 2GHz, and you cap a vm at 50%, the power management
> >>>+system may also reduce the clock speed to 1GHz; the effect will be
> >>>+that your VM gets 25% of the available power (50% of 1GHz) rather than
> >>>+50% (50% of 2GHz).  If you are not getting the performance you expect,
> >>>+look at performance and cpufreq options in your operating system and
> >>>+your BIOS.
> >>Or .. use 'cpufreq=xen:performance' ?
> >>
> >>That should set it to the highest P state.
> >I committed this already. Assuming this is a good suggestion can we get
> >an incremental patch please.
> 
> Might that kind of thing be better on the wiki page?

Perhaps. But since the docs talk about 'your operating system
and your BIOS' I figured it should also mention how to configure Xen
to pretty much ignore any P-states and just sit at P0 all the time.

      reply	other threads:[~2013-06-14 18:38 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-06-11 12:31 [PATCH] docs: Make note for the scheduler "cap" option warning about power management effects George Dunlap
2013-06-11 15:32 ` Massimo Canonico
2013-06-12  8:48   ` Dario Faggioli
2013-06-12  8:41 ` Dario Faggioli
2013-06-12  9:44 ` Ian Campbell
2013-06-12  9:58   ` Dario Faggioli
2013-06-12 13:57 ` Konrad Rzeszutek Wilk
2013-06-12 14:59   ` Ian Campbell
2013-06-12 15:01     ` George Dunlap
2013-06-14 18:38       ` Konrad Rzeszutek Wilk [this message]

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=20130614183810.GB21280@phenom.dumpdata.com \
    --to=konrad.wilk@oracle.com \
    --cc=Ian.Campbell@citrix.com \
    --cc=george.dunlap@eu.citrix.com \
    --cc=ian.jackson@citrix.com \
    --cc=mex@di.unipmn.it \
    --cc=xen-devel@lists.xen.org \
    /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.