From: Steve Brown <stevebrown@teamholistic.com>
To: kvm@vger.kernel.org
Subject: Can't get guests to recognize NUMA architecture as alluded to in Redhat marketing material
Date: Sat, 21 Nov 2009 11:20:22 -0500 [thread overview]
Message-ID: <4B081346.4010106@stellablue.org> (raw)
So, based on the following lines from the Redhat PDF on KVM:
....support for large memory systems with NUMA and integrated memory
controllers....
....NUMA support allows virtual machines to efficiently access large
amounts
of memory....
I decided to try out KVM as an alternative to the Xen setup we have been
using where guests are pinned to nodes and limited (by choice) to only
the available RAM at said node. This is a two socket, eight core, 72GB
system.
So I installed CentOS 5.4 and proceeded to use virsh-install to create a
guest, simply a CentOS 5.4 guest. I allocated it 40GB or so of RAM to be
sure memory allocation would cross node boundaries. I tried using
"vcpus=8", "cpuset=auto", "cpuset=1,2 vcpus=8" (that one caused all
sorts of problems and CPU lockups), "cpuset=1,2 vcpus=2", "cpuset=1,2"
No matter what I still see only one NUMA node in the guest from numastat
So what's going on here. Is the PDF misleading? Does a guest not need to
know about NUMA and all scheduling/NUMAness handled by KVM? Am I missing
some magical configuration line in the XML so the guest understands it's
NUMAness? When allocating memory to the guest does the virsh wrapper
make all the right backend calls to allocate exactly 50% of requested
memory from each physical socket's half of total system memory, in this
case 20GB from one socket and 20GB from the other?
Any useful comments appreciated.
Thanks!
next reply other threads:[~2009-11-21 16:20 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-11-21 16:20 Steve Brown [this message]
-- strict thread matches above, loose matches on Subject: below --
2009-11-22 15:51 Can't get guests to recognize NUMA architecture as alluded to in Redhat marketing material Ian Woodstock
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=4B081346.4010106@stellablue.org \
--to=stevebrown@teamholistic.com \
--cc=kvm@vger.kernel.org \
--cc=nanog2@stellablue.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.