[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Tue, 3 Mar 2020 14:11:53 +0100
From: Vincent Guittot <vincent.guittot@...aro.org>
To: Mel Gorman <mgorman@...hsingularity.net>
Cc: Ingo Molnar <mingo@...nel.org>,
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>,
Valentin Schneider <valentin.schneider@....com>,
Lukasz Luba <lukasz.luba@....com>,
Phil Auld <pauld@...hat.com>, Hillf Danton <hdanton@...a.com>,
Anshuman Khandual <anshuman.khandual@....com>,
Naresh Kamboju <naresh.kamboju@...aro.org>,
Paul McKenney <paulmck@...nel.org>,
LKML <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH 1/3] sched/fair: Fix statistics for find_idlest_group()
On Tue, 3 Mar 2020 at 12:44, Mel Gorman <mgorman@...hsingularity.net> wrote:
>
> On Tue, Mar 03, 2020 at 12:14:07PM +0100, Vincent Guittot wrote:
> > Hi Mel,
> >
> > On Tue, 3 Mar 2020 at 12:03, Mel Gorman <mgorman@...hsingularity.net> wrote:
> > >
> > > From: Vincent Guittot <vincent.guittot@...aro.org>
> > >
> > > From: Vincent Guittot <vincent.guittot@...aro.org>
> > >
> > > sgs->group_weight is not set while gathering statistics in
> > > update_sg_wakeup_stats(). This means that a group can be classified as
> > > fully busy with 0 running tasks if utilization is high enough.
> > >
> > > This path is mainly used for fork and exec.
> > >
> > > Fixes: 57abff067a08 ("sched/fair: Rework find_idlest_group()")
> > > Signed-off-by: Vincent Guittot <vincent.guittot@...aro.org>
> > > Signed-off-by: Ingo Molnar <mingo@...nel.org>
> > > Acked-by: Peter Zijlstra <a.p.zijlstra@...llo.nl>
> > > Acked-by: Mel Gorman <mgorman@...hsingularity.net>
> > > Signed-off-by: Mel Gorman <mgorman@...hsingularity.net>
> > > Link: https://lore.kernel.org/r/20200218144534.4564-1-vincent.guittot@linaro.org
> >
> > This one has been merged in tip/sched/urgent
> >
>
> I know and it appears in next but not in mainline yet. As tip/sched/core
> is the development baseline for scheduler patches, it should have the
> patch -- most likely via mainline to preserve git history. By including
> it here, I wanted to highlight that anyone working on tip/sched/core at
> the moment should include the patch if they want to avoid invalidating
> any test results.
ok. Make sense
>
> --
> Mel Gorman
> SUSE Labs
Powered by blists - more mailing lists