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

Re: [Xen-devel] [PATCH 2/3] libxl: automatically set soft affinity after vnuma info



On Tue, Mar 24, 2015 at 03:06:24PM +0000, Dario Faggioli wrote:
> On Tue, 2015-03-24 at 14:32 +0000, Wei Liu wrote:
> > On Tue, Mar 24, 2015 at 02:42:15PM +0100, Dario Faggioli wrote:
> > > More specifically, vcpus are assigned to a vnode, which in
> > > turn is associated with a pnode. If a vcpu does not have any
> > > soft affinity, automatically build up one, matching the pcpus
> > > of the said pnode.
> > > 
> > 
> > What about hard affinity? Do we need to generate hard affinity map as
> > well? What's your thought on this?
> > 
> I think we should not do that. Hard affinity has a bigger impact on the
> system performance and overall configuration than soft, which is really
> just a preference, so I would let the user deal with that explicitly.
> 
> For example, setting the hard affinity to the same set of pcpus for
> multiple domains could, depending on the system load, prevent some of
> (the vcpus of) these domain to be able to execute for quite some time,
> while there are idle pcpus in the system. This may well be something the
> user wants, but I'd let him say so, if that is the case, rather than
> automatically setup things like that for everyone! By only affecting
> soft affinity, that doesn't happen, and we stay work conserving by
> default, which is important.
> 
> Also, only touching soft affinity is exactly what automatic NUMA
> placement already does, which in turn is consistent with using the
> result of placement to influence the domain's node affinity (i.e., what
> Xen 4.3 and 4.4 do, since soft affinity was not there), and it is the
> best solution, IMO.
> 
> Perhaps we can have another config option, telling whether one wants
> vnuma (and/or automatic placement) to affect soft or hard affinity (or
> both). I'm not sure how much this would be useful, while it would
> certainly make things more complex from both the implementation and the
> interface point of view (the latter being the more concerning aspect).
> In any case, we can add this at any point in future, if we feel it could
> be useful, and I still think the default setting --if such option is not
> specified-- should remain "affect soft affinity only".

Right. Thanks for the explanation. Regarding new option, we can add it
later if it turns out to be necessary.

Acked-by: Wei Liu <wei.liu2@xxxxxxxxxx>

> 
> > The code itself looks good to me.
> > 
> Thanks for looking at it. :-)
> 
> Regards,
> Dario



_______________________________________________
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®.