All of lore.kernel.org
 help / color / mirror / Atom feed
From: Keir Fraser <keir.fraser@eu.citrix.com>
To: "Tian, Kevin" <kevin.tian@intel.com>, Jan Beulich <jbeulich@novell.com>
Cc: xen-devel@lists.xensource.com
Subject: Re: cpufreq status information
Date: Mon, 08 Sep 2008 15:00:47 +0100	[thread overview]
Message-ID: <C4EAEE9F.26E60%keir.fraser@eu.citrix.com> (raw)
In-Reply-To: <D470B4E54465E3469E2ABBC5AFAC390F024D9765@pdsmsx412.ccr.corp.intel.com>

On 8/9/08 14:50, "Tian, Kevin" <kevin.tian@intel.com> wrote:

>> The intent is to expose the frequency of the pCPU the particular vCPU
>> is currently running on, perhaps only in Dom0.
>> 
> 
> Then you have to pin dom0 vCPU to corresponding pCPU, and have
> dom0 with same number as pCPU. I don't think such limitation
> necessary for just retrieving some pCPU information.
> 
> Or if you still enable vcpu migration, you have to fake virtual freq
> change notification within dom0 at vcpu migration as pCPU may
> scale its own freq individually.

Greater virtualisation of cpufreq info (making it available to arbitrary
guests, with pcpu->vcpu remapping) is just not very useful in my opinion.
It's one of those features that more hacker-ish users might think they want
to decorate their desktop.

After all, guest performance is at least as affected by CPU (and other
resources) contention from other guests as it is by power-management
governors in the hyeprvisor. Indeed, if the governors are doing their job
right then guest performance should not be considerably impacted by them
even in absolute terms.

 -- Keir

  reply	other threads:[~2008-09-08 14:00 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-09-08 13:12 cpufreq status information Jan Beulich
2008-09-08 13:22 ` Tian, Kevin
2008-09-08 13:33   ` Jan Beulich
2008-09-08 13:50     ` Tian, Kevin
2008-09-08 14:00       ` Keir Fraser [this message]
2008-09-08 14:13         ` Tian, Kevin
2008-09-08 14:30         ` Jan Beulich
2008-09-08 14:35           ` Keir Fraser
2008-09-08 14:49             ` Tian, Kevin
2008-09-08 15:04               ` Keir Fraser
2008-09-08 14:57           ` Tian, Kevin
2008-09-08 14:23       ` Jan Beulich
2008-09-08 14:42         ` Tian, Kevin
2008-09-08 13:38 ` Keir Fraser

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=C4EAEE9F.26E60%keir.fraser@eu.citrix.com \
    --to=keir.fraser@eu.citrix.com \
    --cc=jbeulich@novell.com \
    --cc=kevin.tian@intel.com \
    --cc=xen-devel@lists.xensource.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.