[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Xen-devel] Why is cpu-to-node mapping different between Xen 4.0.2-rc1-pre and Xen 4.1-unstable?


  • To: Xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>
  • From: Dante Cinco <dantecinco@xxxxxxxxx>
  • Date: Wed, 27 Oct 2010 13:58:49 -0700
  • Delivery-date: Wed, 27 Oct 2010 14:00:42 -0700
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=oe4pWG2p87xbsglijko59mtBV88Sr2n/YmMLVNfSwgLmg+NFB6SOsemCpo+QHTe8u0 mhRCbL0Sn43OSYbyxL6LHophQSdrD9B2uV0YE53QmSnoq/4ILoUW0PmIfFjfdjYXJpcv SJ7WH95q9gFIrTHrattbE9lwwc5WzlX2MxjF8=
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>

My system is a dual Xeon E5540 (Nehalem) HP Proliant DL380G6. When
switching between Xen 4.0.2-rc1-pre and Xen 4.1-unstable I noticed
that the NUMA info as shown by the Xen 'u' debug-key is different.
More specifically, the CPU to node mapping is alternating for 4.0.2
and grouped sequentially for 4.1. This difference affects the
allocation (wrt node/socket) of pinned VCPUs to the guest domain. For
example, if I'm allocating physical CPUs 0 - 3 to my guest domain, in
4.0.2 the 4 VCPUs will be split between the 2 nodes but in 4.1 the 4
VCPUs will all be in node 0.

CPU-to-node mapping for Xen 4.0.2-rc1-pre (xen_changeset:Fri Sep 17
17:06:57 2010 +0100 21350:6e0ffcd2d9e0):

(XEN) *** Serial input -> Xen (type 'CTRL-a' three times to switch
input to DOM0)
(XEN) 'u' pressed -> dumping numa info (now-0x4B:40CB2A11)
(XEN) idx0 -> NODE0 start->0 size->1703936
(XEN) phys_to_nid(0000000000001000) -> 0 should be 0
(XEN) idx1 -> NODE1 start->1703936 size->1572863
(XEN) phys_to_nid(00000001a0001000) -> 1 should be 1
(XEN) CPU0 -> NODE0
(XEN) CPU1 -> NODE1
(XEN) CPU2 -> NODE0
(XEN) CPU3 -> NODE1
(XEN) CPU4 -> NODE0
(XEN) CPU5 -> NODE1
(XEN) CPU6 -> NODE0
(XEN) CPU7 -> NODE1
(XEN) CPU8 -> NODE0
(XEN) CPU9 -> NODE1
(XEN) CPU10 -> NODE0
(XEN) CPU11 -> NODE1
(XEN) CPU12 -> NODE0
(XEN) CPU13 -> NODE1
(XEN) CPU14 -> NODE0
(XEN) CPU15 -> NODE1



CPU-to-node mapping for Xen 4.1-unstable (xen_changeset:Mon Oct 18
17:40:08 2010 +0100 22262:c0a39dbc624d):

(XEN) *** Serial input -> Xen (type 'CTRL-a' three times to switch
input to DOM0)
(XEN) 'u' pressed -> dumping numa info (now-0x7:C195D56F)
(XEN) idx0 -> NODE0 start->0 size->1703936
(XEN) phys_to_nid(0000000000001000) -> 0 should be 0
(XEN) idx1 -> NODE1 start->1703936 size->1572863
(XEN) phys_to_nid(00000001a0001000) -> 1 should be 1
(XEN) CPU0 -> NODE0
(XEN) CPU1 -> NODE0
(XEN) CPU2 -> NODE0
(XEN) CPU3 -> NODE0
(XEN) CPU4 -> NODE0
(XEN) CPU5 -> NODE0
(XEN) CPU6 -> NODE0
(XEN) CPU7 -> NODE0
(XEN) CPU8 -> NODE1
(XEN) CPU9 -> NODE1
(XEN) CPU10 -> NODE1
(XEN) CPU11 -> NODE1
(XEN) CPU12 -> NODE1
(XEN) CPU13 -> NODE1
(XEN) CPU14 -> NODE1
(XEN) CPU15 -> NODE1

Dante

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.