From: Andrew Theurer <habanero@us.ibm.com>
To: Christian Limpach <Christian.Limpach@cl.cam.ac.uk>
Cc: xen-devel@lists.sourceforge.net
Subject: Re: SMP guest support in unstable tree.
Date: Tue, 04 Jan 2005 10:41:57 -0600 [thread overview]
Message-ID: <41DAC755.9050409@us.ibm.com> (raw)
In-Reply-To: <20041215232547.GA16409@cl.cam.ac.uk>
Christian Limpach wrote:
>The unstable tree now includes support for SMP guests, i.e.
>domains which run on multiple cpus. SMP guests can use between
>1 and 32 virtual cpus, even if the machine has fewer physical cpus.
>The code is highly experimental and performance will improve over
>time.
>
>To use SMP guests:
>- enable option CONFIG_SMP in the Linux 2.6 kernel config
>- dom0 will boot with upto the number of physical cpus in the machine.
>- domU will boot with as many cpus as has been configured by setting
> the XEN_VCPUS environment variable in xend's environment.
>- the number of cpus used can be reduced by using the maxcpus= option
> on the Linux kernel command line.
>
> christian
>
This is great news, and I hope to start experimenting with this asap. I
do have some questions:
Do you think there would be any room for "dedicated" cpus in a domain,
like a one-to-one mapping of physical cpu to domain cpu? I am asking
because I think there would be situations where (a) one would want to
discretely divide a large system, in particular one with numa
characteristics where one could dedicate cpus and memory close to each
other and (b) perhaps in this one to one mapping, there might be less
overhead of managing cpus in a domain, vs (assuming) some sort of
timesharing of a physical cpu to many domains, and even more than one
virtual cpu in just one domain.
Anyway, I am mostly curious at this point. This is just what I have
seen in the ppc/power5 world, a choice of dedicated cpus (however, if
they are idle that cpu can be "shared" if desired) or virtual cpus (up
to 64 I think) backed by N physical cpus.
Andrew Theurer
-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
next prev parent reply other threads:[~2005-01-04 16:41 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-12-15 23:25 SMP guest support in unstable tree Christian Limpach
2004-12-16 15:32 ` John L Griffin
2005-01-04 16:41 ` Andrew Theurer [this message]
2005-01-05 14:23 ` Christian Limpach
2005-01-05 15:06 ` Andrew Theurer
2005-01-05 16:13 ` Christian Limpach
2005-01-06 0:19 ` Adam Heath
-- strict thread matches above, loose matches on Subject: below --
2004-12-15 23:50 James Harper
2004-12-15 23:59 ` Christian Limpach
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=41DAC755.9050409@us.ibm.com \
--to=habanero@us.ibm.com \
--cc=Christian.Limpach@cl.cam.ac.uk \
--cc=xen-devel@lists.sourceforge.net \
/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.