[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <YIGjLQq6w2wERotq@hirez.programming.kicks-ass.net>
Date: Thu, 22 Apr 2021 18:24:13 +0200
From: Peter Zijlstra <peterz@...radead.org>
To: kernel test robot <oliver.sang@...el.com>
Cc: Dietmar Eggemann <dietmar.eggemann@....com>,
Valentin Schneider <valentin.schneider@....com>,
LKML <linux-kernel@...r.kernel.org>, x86@...nel.org,
lkp@...ts.01.org, lkp@...el.com, ying.huang@...el.com,
feng.tang@...el.com, zhengjun.xing@...el.com,
aubrey.li@...ux.intel.com, yu.c.chen@...el.com
Subject: Re: [sched,debug] 3b87f136f8: stress-ng.procfs.ops_per_sec -31.7%
regression
On Thu, Apr 22, 2021 at 10:42:58PM +0800, kernel test robot wrote:
>
>
> Greeting,
>
> FYI, we noticed a -31.7% regression of stress-ng.procfs.ops_per_sec due to commit:
> commit: 3b87f136f8fccddf7da016ab7d04bb3cf9b180f0 ("sched,debug: Convert sysctl sched_domains to debugfs")
> on test machine: 96 threads Intel(R) Xeon(R) Gold 6252 CPU @ 2.10GHz with 192G memory
> 16865 ± 4% -31.7% 11516 ± 6% stress-ng.procfs.ops
The patch in question removes a ton of procfs files, so this is just
about expected. If this also lowers the procfs ops/s measure, this could
be because all these procfs files were trivial.
Some procfs files are expensive to read and collect lots of data, these
files were trivial and fast, by removing them, the average time to read
a procfs file might very well have increased.
Over-all: -EDONTCARE.
Powered by blists - more mailing lists