[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] RE: [Xen-devel] [PATCH 00/11] PV NUMA Guests
Could you comment on if/how these work when memory is more dynamically allocated (e.g. via an active balloon driver in a guest)? Specifically, I'm wondering if you are running multiple domains, all are actively ballooning, and there is a mix of guest NUMA policies, how do you ensure that non-CONFINE'd domains don't starve a CONFINE'd domain? Thanks, Dan > -----Original Message----- > From: Dulloor [mailto:dulloor@xxxxxxxxx] > Sent: Sunday, April 04, 2010 1:30 PM > To: xen-devel@xxxxxxxxxxxxxxxxxxx > Cc: Keir Fraser > Subject: [Xen-devel] [PATCH 00/11] PV NUMA Guests > > 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. > - 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@xxxxxxxxxx> > > _______________________________________________ > Xen-devel mailing list > Xen-devel@xxxxxxxxxxxxxxxxxxx > http://lists.xensource.com/xen-devel _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |