[<prev] [next>] [day] [month] [year] [list]
Message-ID: <F09C421E5D2EBE40AFD7EEA977444DDC4D5D6DC7@SHSMSX103.ccr.corp.intel.com>
Date: Fri, 6 Mar 2020 14:22:29 +0000
From: "Sang, Oliver" <oliver.sang@...el.com>
To: Hillf Danton <hdanton@...a.com>
CC: Vincent Guittot <vincent.guittot@...aro.org>,
Ingo Molnar <mingo@...nel.org>,
Mel Gorman <mgorman@...hsingularity.net>,
Peter Zijlstra <a.p.zijlstra@...llo.nl>,
Juri Lelli <juri.lelli@...hat.com>,
"Valentin Schneider" <valentin.schneider@....com>,
Phil Auld <pauld@...hat.com>,
LKML <linux-kernel@...r.kernel.org>,
Andrew Morton <akpm@...ux-foundation.org>,
Stephen Rothwell <sfr@...b.auug.org.au>,
"lkp@...ts.01.org" <lkp@...ts.01.org>
Subject: RE: [sched/numa] 6499b1b2dd:
phoronix-test-suite.aom-av1.0.frames_per_second -25.0% regression
> -----Original Message-----
> From: Hillf Danton <hdanton@...a.com>
> Sent: Friday, March 6, 2020 3:28 PM
> To: Sang, Oliver <oliver.sang@...el.com>
> Cc: Vincent Guittot <vincent.guittot@...aro.org>; Ingo Molnar
> <mingo@...nel.org>; Mel Gorman <mgorman@...hsingularity.net>; Peter
> Zijlstra <a.p.zijlstra@...llo.nl>; Juri Lelli <juri.lelli@...hat.com>; Valentin
> Schneider <valentin.schneider@....com>; Phil Auld <pauld@...hat.com>; Hillf
> Danton <hdanton@...a.com>; LKML <linux-kernel@...r.kernel.org>; Andrew
> Morton <akpm@...ux-foundation.org>; Stephen Rothwell
> <sfr@...b.auug.org.au>; lkp@...ts.01.org
> Subject: Re: [sched/numa] 6499b1b2dd: phoronix-test-suite.aom-
> av1.0.frames_per_second -25.0% regression
>
>
> On Fri, 6 Mar 2020 10:35:51 +0800 from kernel test robot
> <oliver.sang@...el.com>
> >
> > Greeting,
> >
> > FYI, we noticed a -25.0% regression of phoronix-test-suite.aom-
> av1.0.frames_per_second due to commit:
> >
> >
> > commit: 6499b1b2dd1b8d404a16b9fbbf1af6b9b3c1d83d ("sched/numa:
> Replace
> > runnable_load_avg by load_avg")
> > https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git
> > master
> >
> Hi Oliver
>
> Thanks for your report.
>
> It's fixed in fb86f5b21192 ("sched/numa: Use similar logic to the load balancer
> for moving between domains with spare capacity") and if you're curious, see the
> force of that cure using the following diff.
>
> Hillf
Thanks a lot for information!
> --
>
>
> --- a/kernel/sched/fair.c
> +++ b/kernel/sched/fair.c
> @@ -1594,11 +1594,6 @@ static bool load_too_imbalanced(long src
> long orig_src_load, orig_dst_load;
> long src_capacity, dst_capacity;
>
> -
> - /* If dst node has spare capacity, there is no real load imbalance */
> - if (env->dst_stats.node_type == node_has_spare)
> - return false;
> -
> /*
> * The load is corrected for the CPU capacity available on each node.
> *
> --
Powered by blists - more mailing lists