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

Re: [Xen-devel] RFC: automatic NUMA placement


  • To: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>
  • 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
  • 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;
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>

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


 


Rackspace

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