All of lore.kernel.org
 help / color / mirror / Atom feed
From: Anthony Liguori <aliguori@us.ibm.com>
To: xen-devel@lists.xensource.com, ack@xensource.com
Subject: Re: New CPU scheduler w/ SMP load balancer
Date: Fri, 26 May 2006 10:42:39 -0500	[thread overview]
Message-ID: <447721EF.6040401@us.ibm.com> (raw)
In-Reply-To: <20060526130150.GA2756@cockermouth.uk.xensource.com>

Hi Emmanuel,

Thanks for the heads up.  It would have been nice to float these patches 
to the list before committing.

Can you provide some more details on any results you may have seen with 
the new scheduler?  How does it affect common benchmarks?  How does the 
"load balancer" scale?  How much penalty do you pay (if any at all) on UP?

Better yet, if you have a paper you could share, that would be even 
better :-)  If you cannot share because of conference restrictions, it 
would be nice if you could a condensed version (similar to what the L4ka 
group did for their afterburning work).

Based on your description though, the new scheduler looks very promising!

Regards,

Anthony Liguori

Emmanuel Ackaouy wrote:
> Executive summary
> -----------------
>
> I have just committed a change to xen-unstable.hg which adds
> support for a new Xen CPU scheduler, which should greatly
> enhance resource scheduling on SMP systems and provides better
> QoS controls.
>
> The new scheduler is not currently the default, so to enable
> it you will need to put "sched=credit" on the Xen command line.
> Please give it a go and provide us with some feedback as to how
> it performs with your workloads!
>
>
> Detail
> ------
>
> The new CPU scheduler automatically load balances guest VCPUs
> across all available physical CPUs on an SMP host. You no longer
> need to manually pin VCPUs to load balance the system. However,
> you can restrict which CPUs a particular VCPU may run on using
> the existing "vcpu-pin" interface.
>
> Each guest domain is assigned a "weight" and a "cap".
>
> A domain with a weight of 512 will get twice as much CPU as a
> domain with a weight of 256 on a contended host. Legal weights
> range from 1 to 65535 and the default is 256.
>
> The cap optionally fixes the maximum amount of CPU a guest will
> be able to consume, even if the host system has idle CPU cycles.
> The cap is expressed in percentage of one physical CPU: 100 is
> 1 physical CPU, 50 is half a CPU, 400 is 4 CPUs, etc... The
> default, 0, means there is no upper cap.
>
> To use the new scheduler, you need to pick up my change. You
> will need to upgrade the tools as well as the hypervisor. We
> intend to make this the default scheduler in the near future.
> Until then, you must specify "sched=credit" on the Xen command
> line in your boot loader.
>
> Once you are running with the new SMP credit scheduler, you will
> be able to check and modify your domains' weights and caps using
> the "xm csched" command:
>
> xm csched -d <domain>			lists weight and cap
> xm csched -d <domain> -w <weight>	sets the weight
> xm csched -d <domain> -c <cap>		sets the cap
>
> I'm interested to hear about your experiences using this
> scheduler as well as any performance results running your
> favorite applications or benchmarks over it.
>
> Enjoy,
> Emmanuel.
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel
>   

  reply	other threads:[~2006-05-26 15:42 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-05-26 13:01 New CPU scheduler w/ SMP load balancer Emmanuel Ackaouy
2006-05-26 15:42 ` Anthony Liguori [this message]
2006-05-26 19:11   ` Emmanuel Ackaouy
2006-06-21 18:28 ` Diwaker Gupta
2006-06-21 21:52   ` Emmanuel Ackaouy
2006-06-23  9:49 ` Anand Gupta
2006-06-23 10:14   ` Emmanuel Ackaouy
2006-06-23 10:37     ` [Xen-devel] " Anand Gupta
2006-06-23 10:48       ` Atsushi SAKAI
2006-06-23 10:57         ` Anand Gupta
  -- strict thread matches above, loose matches on Subject: below --
2006-05-26 18:06 Apparao, Padmashree K
2006-05-26 20:57 Kamble, Nitin A
2006-05-31 10:44 ` Emmanuel Ackaouy

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=447721EF.6040401@us.ibm.com \
    --to=aliguori@us.ibm.com \
    --cc=ack@xensource.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.