[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAKfTPtAK2fkzhzKA8iFT8cEcCG6Q=8WfLskPYADvTrQ=nF7kDA@mail.gmail.com>
Date: Thu, 27 May 2021 16:19:08 +0200
From: Vincent Guittot <vincent.guittot@...aro.org>
To: Ingo Molnar <mingo@...hat.com>,
Peter Zijlstra <peterz@...radead.org>,
Juri Lelli <juri.lelli@...hat.com>,
Dietmar Eggemann <dietmar.eggemann@....com>,
Steven Rostedt <rostedt@...dmis.org>,
Ben Segall <bsegall@...gle.com>, Mel Gorman <mgorman@...e.de>,
Daniel Bristot de Oliveira <bristot@...hat.com>,
linux-kernel <linux-kernel@...r.kernel.org>,
Odin Ugedal <odin@...d.al>,
"open list:CONTROL GROUP (CGROUP)" <cgroups@...r.kernel.org>
Subject: Re: [PATCH 0/2] schd/fair: fix stalled cfs_rq->tg_load_avg_contrib
Hi Odin,
On Thu, 27 May 2021 at 14:29, Vincent Guittot
<vincent.guittot@...aro.org> wrote:
>
> Odin reported some fairness problem between cgroup because of stalled
> value in cfs_rq->tg_load_avg_contrib:
>
> https://lkml.org/lkml/2021/5/18/566
>
>
> 2 problems generated this situation:
> -1st: After propagating load in the hierarchy, load_sum can be null
> whereas load_avg isn't so the cfs_rq is removed whereas it still
> contribute to th tg's load
> -2nd: cfs_rq->tg_load_avg_contrib was not always updated after
> significant changes like becoming null because cfs_rq had already
> been updated when propagating a child load.
>
This series fixes the problem triggered by your 1st script on my test
machine. But could you confirm that this patchset also fixes the
problem on yours
Regards,
Vincent
>
> Vincent Guittot (2):
> sched/fair: keep load_avg and load_sum synced
> sched/fair: make sure to update tg contrib for blocked load
>
> kernel/sched/fair.c | 5 +++--
> 1 file changed, 3 insertions(+), 2 deletions(-)
>
> --
> 2.17.1
>
Powered by blists - more mailing lists