All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ian Pratt <Ian.Pratt@eu.citrix.com>
To: Dulloor <dulloor@gmail.com>,
	"xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>
Cc: Ian Pratt <Ian.Pratt@eu.citrix.com>,
	Keir Fraser <Keir.Fraser@eu.citrix.com>
Subject: RE: [PATCH 00/11] PV NUMA Guests
Date: Fri, 9 Apr 2010 12:34:06 +0100	[thread overview]
Message-ID: <4FA716B1526C7C4DB0375C6DADBC4EA35562034BCF@LONPMAILBOX01.citrite.net> (raw)
In-Reply-To: <i2s940bcfd21004041230i36a89d07z81876daa0a344154@mail.gmail.com>

> The set of patches implements virtual NUMA-enlightenment to support
> NUMA-aware PV guests. In more detail, the patch implements the
> following :
> 
> * For the NUMA systems, the following memory allocation strategies are
> implemented :
>  - CONFINE : Confine the VM memory allocation to a single node. As
> opposed to the current method of doing this in python, the patch
> implements this in libxc(along with other strategies) and with
> assurance that the memory actually comes from the selected node.

Do you use the VCPU affinity masks to determine the node in question, or is there another parameter to specify this?

Thanks,
Ian


> - STRIPE : If the VM memory doesn't fit in a single node and if the VM
> is not compiled with guest-numa-support, the memory is allocated
> striped across a selected max-set of nodes.
> - SPLIT : If the VM memory doesn't fit in a single node and if the VM
> is compiled with guest-numa-support, the memory is allocated split
> (equally for now) from the min-set of nodes. The  VM is then made
> aware of this NUMA allocation (virtual NUMA enlightenment).
> -DEFAULT : This is the existing allocation scheme.
> 
> * If the numa-guest support is compiled into the PV guest, we add
> numa-guest-support to xen features elfnote. The xen tools use this to
> determine if SPLIT strategy can be applied.
> 
> * The PV guest uses the virtual NUMA enlightenment to setup its NUMA
> layout (at the time of initmem_init)
> 
> Please comment.
> 
> -dulloor
> 
> Signed-off-by: Dulloor Rao <dulloor@gatech.edu>
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel

  parent reply	other threads:[~2010-04-09 11:34 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-04-04 19:30 [PATCH 00/11] PV NUMA Guests Dulloor
2010-04-05  6:29 ` Keir Fraser
2010-04-07  7:57   ` Cui, Dexuan
2010-04-09  4:47     ` Dulloor
2010-04-14  5:18       ` Cui, Dexuan
2010-04-15 17:19         ` Dulloor
2010-04-05 14:52 ` Dan Magenheimer
2010-04-06  3:51   ` Dulloor
2010-04-06 17:18     ` Dan Magenheimer
2010-04-09  4:16       ` Dulloor
2010-04-09 11:34 ` Ian Pratt [this message]
2010-04-11  3:06   ` Dulloor

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4FA716B1526C7C4DB0375C6DADBC4EA35562034BCF@LONPMAILBOX01.citrite.net \
    --to=ian.pratt@eu.citrix.com \
    --cc=Keir.Fraser@eu.citrix.com \
    --cc=dulloor@gmail.com \
    --cc=xen-devel@lists.xensource.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.