[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <87pos0igdd.fsf@yhuang-dev.intel.com>
Date: Thu, 02 Jun 2016 08:28:14 +0800
From: "Huang\, Ying" <ying.huang@...el.com>
To: Mike Galbraith <umgwanakikbuti@...il.com>
Cc: "Huang\, Ying" <ying.huang@...el.com>,
Peter Zijlstra <peterz@...radead.org>,
Ingo Molnar <mingo@...nel.org>, <lkp@...org>,
<linux-kernel@...r.kernel.org>,
Thomas Gleixner <tglx@...utronix.de>,
"Linus Torvalds" <torvalds@...ux-foundation.org>,
Xiaolong Ye <xiaolong.ye@...el.com>
Subject: Re: [LKP] [lkp] [sched/fair] 53d3bc773e: hackbench.throughput -32.9% regression
Mike Galbraith <umgwanakikbuti@...il.com> writes:
> On Wed, 2016-06-01 at 16:53 +0800, Huang, Ying wrote:
>
>> You mean the commit is a functionality fix?
>
> Yup.
>
> These kind of things can be a bit annoying. The fix to not subtract
> load that we never added in the first place also pushed hackbench
> around a bit. Do anything at all with load_avg, you're gonna push
> this/that benchmark around a bit, and folks who watch numbers closely
> can end up chasing meaningless deltas.
If this report annoyed you, I am sorry about that. We just want to be
helpful via providing some information. Now I know hackbench is
sensitive to load_avg changes, thanks a lot for the information.
Best Regards,
Huang, Ying
Powered by blists - more mailing lists