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

Re: [Xen-devel] [PATCH RESEND 05/12] xen: numa-sched: make space for per-vcpu node-affinity



>>> On 06.11.13 at 15:56, George Dunlap <george.dunlap@xxxxxxxxxxxxx> wrote:
> On 06/11/13 14:26, Dario Faggioli wrote:
>> On mer, 2013-11-06 at 11:44 +0000, George Dunlap wrote:
>>> On 06/11/13 10:00, Dario Faggioli wrote:
>>>> I see, and that sounds sensible to me... It's mostly a matter a matter
>>>> of deciding whether o not we want something like that, and, if yes,
>>>> whether we want it based on hard of soft.
>>>>
>>>> Personally, I think I agree with you on having it based on hard
>>>> affinities by default.
>>>>
>>>> Let's see if George get to say something before I get to that part of
>>>> the (re)implementation. :-)
>>> I would probably have it based on soft affinities, since that's where we
>>> expect to have the domain's vcpus actually running most if the time;
>>>
>> True. However, doing that would rule out cpupool and vcpu-pinning.
> 
> I guess I was assuming that a vcpu's soft affinity would always be 
> considered a subset of its hard affinity and the cpus in its cpupool.

For CPU pools I agree, but didn't we mean hard affinity to control
memory allocation, and soft affinity scheduling decisions (in which
case there's no strict ordering between the two)? If not, I guess I'd
need a brief but clear definition what "soft" and "hard" are supposed
to represent...

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