lkml.org 
[lkml]   [2020]   [Mar]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: [RFC PATCH v4 00/19] Core scheduling v4
Date
On 3/6/20 10:33 AM, Phil Auld wrote:
> On Fri, Mar 06, 2020 at 10:06:16AM -0800 Tim Chen wrote:
>> On 3/5/20 6:41 PM, Aaron Lu wrote:
>>
>>>>> So this appeared to me like a question of: is it desirable to protect/enhance
>>>>> high weight task performance in the presence of core scheduling?
>>>>
>>>> This sounds to me a policy VS mechanism question. Do you have any idea
>>>> how to spread high weight task among the cores with coresched enabled?
>>>
>>> Yes I would like to get us on the same page of the expected behaviour
>>> before jumping to the implementation details. As for how to achieve
>>> that: I'm thinking about to make core wide load balanced and then high
>>> weight task shall spread on different cores. This isn't just about load
>>> balance, the initial task placement will also need to be considered of
>>> course if the high weight task only runs a small period.
>>>
>>
>> I am wondering why this is not happening:
>>
>> When the low weight task group has exceeded its cfs allocation during a cfs period, the task group
>> should be throttled. In that case, the CPU cores that the low
>> weight task group occupies will become idle, and allow load balance from the
>> overloaded CPUs for the high weight task group to migrate over.
>>
>
> cpu.shares is not quota. I think it will only get throttled if it has and
> exceeds quota. Shares are supposed to be used to help weight contention
> without providing a hard limit.
>

Ah yes. cpu.quota is not set in Aaron's test case.

That said, I wonder if the time consumed is getting out of whack with the
cpu shares assigned, we can leverage the quota mechanism to throttle
those cgroup that have overused their shares of cpu. Most of the stats and machinery
needed are already in the throttling mechanism.

I am hoping that allowing task migration with task group mismatch
under large load imbalance between CPUs will be good enough.

Tim

Tim

\
 
 \ /
  Last update: 2020-03-06 22:45    [W:0.181 / U:0.032 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site