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] RFC: automatic NUMA placement

To: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>
Subject: Re: [Xen-devel] RFC: automatic NUMA placement
From: Juergen Gross <juergen.gross@xxxxxxxxxxxxxx>
Date: Fri, 17 Sep 2010 08:26:24 +0200
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Thu, 16 Sep 2010 23:28:14 -0700
Dkim-signature: v=1; a=rsa-sha256; c=simple/simple; d=ts.fujitsu.com; i=juergen.gross@xxxxxxxxxxxxxx; q=dns/txt; s=s1536b; t=1284704799; x=1316240799; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; z=Message-ID:=20<4C930A10.1090301@xxxxxxxxxxxxxx>|Date:=20 Fri,=2017=20Sep=202010=2008:26:24=20+0200|From:=20Juergen =20Gross=20<juergen.gross@xxxxxxxxxxxxxx>|MIME-Version: =201.0|To:=20Dan=20Magenheimer=20<dan.magenheimer@ORACLE. COM>|CC:=20xen-devel@xxxxxxxxxxxxxxxxxxx|Subject:=20Re: =20[Xen-devel]=20RFC:=20automatic=20NUMA=20placement |References:=20<4C921DDF.6020809@xxxxxxxxxxxxxx>=20<ebc64 da4-e656-4c50-bdd6-799807d8078f@default>|In-Reply-To:=20< ebc64da4-e656-4c50-bdd6-799807d8078f@default> |Content-Transfer-Encoding:=207bit; bh=DkDCxY/rSUDLPiQSoYuv/eSreY7Yz8vEI22MpYqhQUo=; b=Oo3uHZQEzbY8Hy8NkJBDTf4mqlxCoQuefwBC0g5DjlHUuwcBnLAWuYDQ HGE1epO7g8OwIpz51UzExbfj0+pvGL40SOs/X9L5FIySedi/YNg3MZCfV jQ9LyVyvf/DTlpD6sVpKh7INhbiVDeGgwVwNysmFseg/yYp+Wd68pL+yQ tLMNy+2lIMeNsuGFih4ryGQ5Pm7G+EMDBOu986Z6pzvQxTB8FpklMQ98D XjKyG/G4ClvniNUSQleAzChj1+XJi;
Domainkey-signature: s=s1536a; d=ts.fujitsu.com; c=nofws; q=dns; h=X-SBRSScore:X-IronPort-AV:Received:X-IronPort-AV: Received:Received:Message-ID:Date:From:Organization: User-Agent:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=X8w1+1wwuiAiHuEYKOuIrjhKEMLi2R3ejcqSW4SnqE73Liv/wM4kDAFw yRR+M5x/Im8L63co7nfP2wS9io3cYIccjHp4T4togET6fEjQZ/V7Y1miR mTzyxfgfgAYyoWNMPDeTg4rPx8VRZpDc8sceOq64yzbf2WsqGoIi8ZeLM Q+wfTgpXZza5V+i7LJyWWygHofzX5T/TUOCkIX95mn5Sv6vx7/QLIzLBY 7NJ4bloPUB+mDcBQ7DdCMuHKOf2aI;
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <ebc64da4-e656-4c50-bdd6-799807d8078f@default>
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>
Organization: Fujitsu Technology Solutions
References: <4C921DDF.6020809@xxxxxxxxxxxxxx> <ebc64da4-e656-4c50-bdd6-799807d8078f@default>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.11) Gecko/20100805 Iceowl/1.0b1 Icedove/3.0.6
On 09/16/10 17:52, Dan Magenheimer wrote:
I am in favor of this being optional rather than default.
It is another case of the tradeoff between performance
and flexibility that I have ranted about several times
on xen-devel, and Xen's policy seems to be fairly random
(sometimes Xen chooses performance over flexibility and
sometimes the opposite).

I went looking through xen-devel archives for a previous
discussion on this (and to find when the code got added)
but couldn't find it... if you have links to the patch
and discussion, please post.

Took a while to find it, but hg log helped :-)

Patch: http://xenbits.xensource.com/staging/xen-unstable.hg?diff/b58180cf8ab8/tools/python/xen/xend/XendDomainInfo.py

Discussion: http://lists.xensource.com/archives/html/xen-devel/2008-02/msg00883.html


-----Original Message-----
From: Juergen Gross [mailto:juergen.gross@xxxxxxxxxxxxxx]
Sent: Thursday, September 16, 2010 7:39 AM
To: xen-devel@xxxxxxxxxxxxxxxxxxx
Subject: [Xen-devel] RFC: automatic NUMA placement

Hi,

I just stumbled upon the automatic pinning of vcpus on domain creation
in
case of NUMA.
This behaviour is questionable IMO, as it breaks correct handling of
scheduling weights on NUMA machines.
I would suggest to switch this feature off per default and make it a
configuration option of xend. It would make sense, however, to change
cpu pool
processor allocation to be NUMA-aware.
Switching NUMA off via boot option would remove NUMA-optimized memory
allocation, which would be sub-optimal :-)

What do you think?


Juergen

--
Juergen Gross                 Principal Developer Operating Systems
TSP ES&S SWE OS6                       Telephone: +49 (0) 89 3222 2967
Fujitsu Technology Solutions              e-mail: juergen.gross@xxxxxxxxxxxxxx
Domagkstr. 28                           Internet: ts.fujitsu.com
D-80807 Muenchen                 Company details: ts.fujitsu.com/imprint.html

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

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