[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20190806080415.GG11812@dhcp22.suse.cz>
Date: Tue, 6 Aug 2019 10:04:15 +0200
From: Michal Hocko <mhocko@...nel.org>
To: kernel test robot <oliver.sang@...el.com>
Cc: Minchan Kim <minchan@...nel.org>,
Andrew Morton <akpm@...ux-foundation.org>,
LKML <linux-kernel@...r.kernel.org>,
linux-mm <linux-mm@...ck.org>,
Miguel de Dios <migueldedios@...gle.com>,
Wei Wang <wvw@...gle.com>,
Johannes Weiner <hannes@...xchg.org>,
Mel Gorman <mgorman@...hsingularity.net>, lkp@...org
Subject: Re: [mm] 755d6edc1a: will-it-scale.per_process_ops -4.1% regression
On Tue 06-08-19 15:05:47, kernel test robot wrote:
> Greeting,
>
> FYI, we noticed a -4.1% regression of will-it-scale.per_process_ops due to commit:
I have to confess I cannot make much sense from numbers because they
seem to be too volatile and the main contributor doesn't stand up for
me. Anyway, regressions on microbenchmarks like this are not all that
surprising when a locking is slightly changed and the critical section
made shorter. I have seen that in the past already.
That being said I would still love to get to bottom of this bug rather
than play with the lock duration by a magic. In other words
http://lkml.kernel.org/r/20190730125751.GS9330@dhcp22.suse.cz
--
Michal Hocko
SUSE Labs
Powered by blists - more mailing lists