All of lore.kernel.org
 help / color / mirror / Atom feed
From: Dario Faggioli <raistlin@linux.it>
To: George Dunlap <george.dunlap@eu.citrix.com>
Cc: "xen-devel@lists.xen.org" <xen-devel@lists.xen.org>,
	Ashok Aletty <ashok.aletty@oracle.com>,
	Michael Palmeter <michael.palmeter@oracle.com>
Subject: Re: Xen credit scheduler question
Date: Fri, 16 Nov 2012 00:17:58 +0100	[thread overview]
Message-ID: <1353021478.5351.68.camel@Solace> (raw)
In-Reply-To: <50A54815.9010402@eu.citrix.com>


[-- Attachment #1.1: Type: text/plain, Size: 1643 bytes --]

On Thu, 2012-11-15 at 19:52 +0000, George Dunlap wrote:

> 
> BTW, are you familiar with Xen's cpupool functionality?  The guys at
> Fujitsu wrote it so that a customer could rent a fixed number of cores
> to a customer, who could then run as many VMs on those cores as they
> wanted.  I think licensing restrictions had something to do with that
> as well.  More about that here, if you're interested:
>  http://blog.xen.org/index.php/2012/04/23/xen-4-2-cpupools/
>
That is true, and I was right about to suggest considering cpupools for
this discussion. However, since it seems you're interested in the
difference between 'core' and 'hyperthread', cpupools also see
hyperthreads as cpus (as almost every other piece of Xen, with the only
exception of that small bit of the load balancer, as explained by
George). So, if cpu0 and cpu1 are hyperthreads of the same core, and you
put them in the same pool, you're back to square 1 and you've got to
take the 0.7 factor into account.

It is probably possible to differentiate, during accounting, the time
spent on a (busy?) hyperthread wrt the time spent on a "regular" core,
but not without modifying the scheduler. Otherwise, if HT is disturbing
too much, I've seen people turning it off (different scope and purposes,
i.e., real-time, but still), provided the BIOS offers such an option.

Dario

-- 
<<This happens because I choose it to happen!>> (Raistlin Majere)
-----------------------------------------------------------------
Dario Faggioli, Ph.D, http://retis.sssup.it/people/faggioli
Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK)


[-- Attachment #1.2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

[-- Attachment #2: Type: text/plain, Size: 126 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel

      parent reply	other threads:[~2012-11-15 23:17 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-11-15 15:43 Xen credit scheduler question Michael Palmeter
2012-11-15 18:29 ` George Dunlap
2012-11-15 18:32   ` George Dunlap
2012-11-15 19:03   ` Michael Palmeter
2012-11-15 19:52     ` George Dunlap
2012-11-15 21:07       ` Michael Palmeter
2012-11-15 23:17       ` Dario Faggioli [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=1353021478.5351.68.camel@Solace \
    --to=raistlin@linux.it \
    --cc=ashok.aletty@oracle.com \
    --cc=george.dunlap@eu.citrix.com \
    --cc=michael.palmeter@oracle.com \
    --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.