Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Thu, 11 Nov 2021 11:29:59 +0800
From: Yin Fengwei <fengwei.yin@...el.com>
To: Mickaël Salaün <mic@...ikod.net>, Kees Cook
	<keescook@...omium.org>, kernel test robot <oliver.sang@...el.com>
CC: <lkp@...ts.01.org>, <lkp@...el.com>, <ying.huang@...el.com>,
	<feng.tang@...el.com>, <zhengjun.xing@...ux.intel.com>, Al Viro
	<viro@...iv.linux.org.uk>, Andrew Morton <akpm@...ux-foundation.org>, "Aleksa
 Sarai" <cyphar@...har.com>, Andy Lutomirski <luto@...nel.org>, Arnd Bergmann
	<arnd@...db.de>, Casey Schaufler <casey@...aufler-ca.com>, Christian Brauner
	<christian.brauner@...ntu.com>, Christian Heimes <christian@...hon.org>,
	Deven Bowers <deven.desai@...ux.microsoft.com>, Dmitry Vyukov
	<dvyukov@...gle.com>, Eric Biggers <ebiggers@...nel.org>, Eric Chiang
	<ericchiang@...gle.com>, Florian Weimer <fweimer@...hat.com>, "Geert
 Uytterhoeven" <geert@...ux-m68k.org>, James Morris <jmorris@...ei.org>, "Jan
 Kara" <jack@...e.cz>, Jann Horn <jannh@...gle.com>, Jonathan Corbet
	<corbet@....net>, Lakshmi Ramasubramanian <nramas@...ux.microsoft.com>,
	"Madhavan T . Venkataraman" <madvenka@...ux.microsoft.com>, Matthew Garrett
	<mjg59@...gle.com>, Matthew Wilcox <willy@...radead.org>, Miklos Szeredi
	<mszeredi@...hat.com>, Mimi Zohar <zohar@...ux.ibm.com>, Paul Moore
	<paul@...l-moore.com>, Philippe Trébuchet
	<philippe.trebuchet@....gouv.fr>, Scott Shell <scottsh@...rosoft.com>, "Shuah
 Khan" <shuah@...nel.org>, Steve Dower <steve.dower@...hon.org>, Steve Grubb
	<sgrubb@...hat.com>, Thibaut Sautereau <thibaut.sautereau@....gouv.fr>,
	Vincent Strubel <vincent.strubel@....gouv.fr>,
	<kernel-hardening@...ts.openwall.com>, <linux-api@...r.kernel.org>,
	<linux-fsdevel@...r.kernel.org>, <linux-integrity@...r.kernel.org>,
	<linux-kernel@...r.kernel.org>, <linux-security-module@...r.kernel.org>,
	Mickaël Salaün <mic@...ux.microsoft.com>
Subject: Re: [fs] a0918006f9: netperf.Throughput_tps -11.6% regression


On 11/10/2021 4:52 PM, Mickaël Salaün wrote:
>>> ---------------- ---------------------------
>>>          %stddev     %change         %stddev
>>>              \          |                \
>>>     555600            -0.1%     555305        netperf.Throughput_total_tps
>>>      34725            -0.1%      34706        netperf.Throughput_tps
>>>
>>>
>>> Fengwei also helped review these results and commented:
>>> I suppose these three CPUs have different cache policy. It also could be
>>> related with netperf throughput testing.
>> Does moving the syscall implementation somewhere else change things?
>> That's a _huge_ performance change for something that isn't even called.
>> What's going on here?
> This regression doesn't make sense. I guess this is the result of a
> flaky netperf test, maybe because the test machine was overloaded at
> that time.

I agree the test result looks strange. But I don't think the test machine
or test methodology has issue. It's not possible the test box is overloaded
when test case is running. We did test several times (> 12 times) on different
days. Thanks.


Regards
Yin, Fengwei

Powered by blists - more mailing lists

Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.