WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

[Xen-devel] Why is cpu-to-node mapping different between Xen 4.0.2-rc1-p

To: Xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: [Xen-devel] Why is cpu-to-node mapping different between Xen 4.0.2-rc1-pre and Xen 4.1-unstable?
From: Dante Cinco <dantecinco@xxxxxxxxx>
Date: Wed, 27 Oct 2010 13:58:49 -0700
Delivery-date: Wed, 27 Oct 2010 14:00:42 -0700
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=rr51cUwtHCiySr/iUoeZZvD3I+lR3uWbROpkWNbYOKU=; b=hjL9QkBjqo8DLvfQzb5TDfw/BnEVSKpZLh1vs73kl/vnK9c9HfsOUs8c5o0lzNlLCr vijFKpDdxQbp5DRJYoCnBe5ppADxjn9KjfG8SUxui+GhWwz/1KXOZXz9NOTzCk8ecKY+ T+qVn9NjRZEQP6adYQINPkns5zVATrpM+X8dM=
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=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
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

<Prev in Thread] Current Thread [Next in Thread>