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

Re: [Xen-devel] Re: NUMA and SMP

To: "Anthony Liguori" <aliguori@xxxxxxxxxxxxxxxxxx>
Subject: Re: [Xen-devel] Re: NUMA and SMP
From: "ron minnich" <rminnich@xxxxxxxxx>
Date: Tue, 16 Jan 2007 07:51:07 -0700
Cc: xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>, David Pilger <pilger.david@xxxxxxxxx>, Ryan Harper <ryanh@xxxxxxxxxx>
Delivery-date: Tue, 16 Jan 2007 06:50:40 -0800
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Loaqn9trj1/fueLB0McvaO/fTE2TV9FlHc6t9Ah8+tcQbzdeDLNnTMBV9G2RPdXxo3C4/4Q5iOEJMJOCjzH7pN612Fsnm5YTnNNX6mIekJFADMMyYPvruWEVXn6hz1zaXNsK5T6wquie8QHTT6en4QVPm7xSHpS7tlFbR/EEzhk=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <45ABB821.4090402@xxxxxxxxxxxxxxxxxx>
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/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <280848580701140355l7ed6a198l21aa3b36fc8bddbd@xxxxxxxxxxxxxx> <45ABB821.4090402@xxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
On 1/15/07, Anthony Liguori <aliguori@xxxxxxxxxxxxxxxxxx> wrote:

No.  NUMA standards Non-Uniform Memory Architecture.  It's basically a
system where you have nodes (which are essentially independent
computers) that are connected via a high speed bus.  Each node has it's
own memory but through the magic of NUMA, every node can access the
other nodes memory as if it's own.  Most NUMA systems (if not all) are
very high end servers.

no, at this point, most NUMA servers are probably Alienware desktops
for gamers :-) Especially now that Dell is selling them. Opteron
brought NUMA into the mainstream in a big way. And desktop unit sales
trump all supercomputer sales :-) Us poor supercomputer types are,
once again, in the noise where dollar volume is concerned.

And, Linux has known for some time how to exploit the NUMA-ness of
these Opteron systems. There is even an ACPI table entry, SRAT, to
describe the NUMA-ness of a machine.



> 2. Does it have a real effect on the performance of Xen?

On a NUMA system, absolutely.  If you have a domain running on a
particular node, you want to make sure that it's using memory that's in
it's node if at all possible.  Accessing memory on a local node is
considerably faster than access memory on other nodes.

Right, but it's not even close to a  factor of two on a desktop
machine like dual opteron. It's still worth being NUMA aware, however.

thanks

ron

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

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