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

Re: [Xen-devel] [PATCH 00/19] Virtual NUMA for PV and HVM



On Fri, Nov 21, 2014 at 04:42:07PM +0000, Jan Beulich wrote:
> >>> On 21.11.14 at 17:35, <wei.liu2@xxxxxxxxxx> wrote:
> > On Fri, Nov 21, 2014 at 04:25:34PM +0000, Jan Beulich wrote:
> >> >>> On 21.11.14 at 16:06, <wei.liu2@xxxxxxxxxx> wrote:
> >> > vnuma_vdistances = [10, 30] # optional
> >> 
> >> Being optional, would the real distances be used instead? And what
> > 
> > Default value of [10, 20] will be used.
> 
> That's bad. Would it be very difficult to use the host values?
> 

It's easy. I will do that in next iteration.

> >> meaning does this apparently one dimensional array here have for
> >> the actually two dimensional SLIT? (Read: An example with more
> >> than two nodes would be useful.)
> >> 
> > 
> > The first element of [X, Y] is local distance, the second element is
> > remote distance.
> > 
> > For a 4 node system:
> > 
> >      0    1    2    3
> > 0    X    Y    Y    Y 
> > 1    Y    X    Y    Y
> > 2    Y    Y    X    Y
> > 3    Y    Y    Y    X
> 
> That may match up with how most current NUMA systems look like,
> but do we really want to bake in an oversimplification like this?
> 

I want to clarify this is only *xl* option, libxl interface is capable
of specifying every single element in SLIT.

Nonetheless I'm all for having a configuration option that would meet
both present and future need. Do you have anything in mind? Are you
suggesting we should allow specifying every element in SLIT in xl?

Wei.

> Jan

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

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