[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH RFC v2 4/7] libxl/vNUMA: vNUMA libxl functionality.
On Tue, 2013-09-17 at 17:36 +0100, George Dunlap wrote: > On Fri, Sep 13, 2013 at 9:50 AM, Elena Ufimtseva <ufimtseva@xxxxxxxxx> wrote: > > vNUMA libxl supporting functionality. > > libxl supporting functionality for vNUMA includes: > > * having vNUMA memory areas sizes, transforms it to > > start and end pfns based on domain e820 map; > > * contructs vnode_to_pnode map for vNUMA nodes memory > > allocation and pass it to Xen; the mechanism considers > > automatic NUMA placement in case of presence of hardware > > NUMA; In best case scenario all vnodes will be allocated > > within one pnode. If the domain spans different pnodes, > > the vnodes will be one-by-one placed to pnodes. If such > > allocation is impossible due to the memory constraints, > > the allocation will use default mechanism; this is worst > > case scenario. > > Why would someone want to make a VM with two vnodes and then put them > on the same pnode? Apart from testing, of course, but our defaults > should be for the common case of real users. If your pool of machines included 1- and 2-node systems might you want to do this so that when you migrate the vm to a two node system it can make use of it? Ian. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |