From: kernel test robot <oliver.sang@intel.com>
To: Ankur Arora <ankur.a.arora@oracle.com>
Cc: <oe-lkp@lists.linux.dev>, <lkp@intel.com>,
<linux-kernel@vger.kernel.org>,
Andrew Morton <akpm@linux-foundation.org>,
Raghavendra K T <raghavendra.kt@amd.com>,
David Hildenbrand <david@kernel.org>,
"Andy Lutomirski" <luto@kernel.org>,
"Borislav Petkov (AMD)" <bp@alien8.de>,
"Boris Ostrovsky" <boris.ostrovsky@oracle.com>,
"H. Peter Anvin" <hpa@zytor.com>, Ingo Molnar <mingo@redhat.com>,
Konrad Rzessutek Wilk <konrad.wilk@oracle.com>,
Lance Yang <ioworker0@gmail.com>,
"Liam R. Howlett" <Liam.Howlett@oracle.com>,
Li Zhe <lizhe.67@bytedance.com>,
Lorenzo Stoakes <lorenzo.stoakes@oracle.com>,
Mateusz Guzik <mjguzik@gmail.com>,
"Matthew Wilcox" <willy@infradead.org>,
Michal Hocko <mhocko@suse.com>, Mike Rapoport <rppt@kernel.org>,
Peter Zijlstra <peterz@infradead.org>,
Suren Baghdasaryan <surenb@google.com>,
Thomas Gleixner <tglx@linutronix.de>,
Vlastimil Babka <vbabka@suse.cz>, <linux-mm@kvack.org>,
<oliver.sang@intel.com>
Subject: [linus:master] [mm] 9890ecab6a: vm-scalability.throughput 3.8% regression
Date: Tue, 10 Mar 2026 14:39:23 +0800 [thread overview]
Message-ID: <202603101342.297fb270-lkp@intel.com> (raw)
Hello,
kernel test robot noticed a 3.8% regression of vm-scalability.throughput on:
commit: 9890ecab6ad9c0d3d342469f3b619fd704b5c59a ("mm: folio_zero_user: clear pages sequentially")
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git master
[still regression on linus/master 0031c06807cfa8aa51a759ff8aa09e1aa48149af]
[still regression on linux-next/master c025f6cf4209e1542ec2afebe49f42bbaf1a5c7b]
testcase: vm-scalability
config: x86_64-rhel-9.4
compiler: gcc-14
test machine: 224 threads 4 sockets Intel(R) Xeon(R) Platinum 8380H CPU @ 2.90GHz (Cooper Lake) with 192G memory
parameters:
runtime: 300s
size: 8T
test: anon-w-seq-mt
cpufreq_governor: performance
If you fix the issue in a separate patch/commit (i.e. not just a new version of
the same patch/commit), kindly add following tags
| Reported-by: kernel test robot <oliver.sang@intel.com>
| Closes: https://lore.kernel.org/oe-lkp/202603101342.297fb270-lkp@intel.com
Details are as below:
-------------------------------------------------------------------------------------------------->
The kernel config and materials to reproduce are available at:
https://download.01.org/0day-ci/archive/20260310/202603101342.297fb270-lkp@intel.com
=========================================================================================
compiler/cpufreq_governor/kconfig/rootfs/runtime/size/tbox_group/test/testcase:
gcc-14/performance/x86_64-rhel-9.4/debian-13-x86_64-20250902.cgz/300s/8T/lkp-cpl-4sp2/anon-w-seq-mt/vm-scalability
commit:
cb431accb3 ("x86/clear_page: introduce clear_pages()")
9890ecab6a ("mm: folio_zero_user: clear pages sequentially")
cb431accb36e51b6 9890ecab6ad9c0d3d342469f3b6
---------------- ---------------------------
%stddev %change %stddev
\ | \
0.08 ± 3% +8.7% 0.09 ± 3% vm-scalability.free_time
357969 -6.6% 334511 vm-scalability.median
1.034e+08 -3.8% 99382138 vm-scalability.throughput
634243 -13.6% 548120 ± 6% vm-scalability.time.involuntary_context_switches
12706518 -6.6% 11872543 vm-scalability.time.minor_page_faults
15142 -4.2% 14512 vm-scalability.time.system_time
16939 +6.1% 17975 vm-scalability.time.user_time
251227 -6.8% 234071 vm-scalability.time.voluntary_context_switches
1.791e+10 -6.6% 1.674e+10 vm-scalability.workload
0.30 -7.5% 0.28 turbostat.IPC
9203 -5.5% 8693 vmstat.system.cs
0.08 +0.0 0.08 mpstat.cpu.all.soft%
25.14 +1.5 26.62 mpstat.cpu.all.usr%
3.13 +18.3% 3.71 perf-stat.i.MPKI
6.22e+10 -6.6% 5.81e+10 perf-stat.i.branch-instructions
61.69 +9.8 71.51 perf-stat.i.cache-miss-rate%
6.147e+08 +10.7% 6.805e+08 perf-stat.i.cache-misses
9.904e+08 -4.7% 9.436e+08 perf-stat.i.cache-references
9303 -5.2% 8823 perf-stat.i.context-switches
2.17 +8.2% 2.35 perf-stat.i.cpi
598.97 -4.6% 571.28 perf-stat.i.cpu-migrations
1.95e+11 -6.6% 1.822e+11 perf-stat.i.instructions
0.47 -7.2% 0.43 perf-stat.i.ipc
43153 -6.5% 40334 perf-stat.i.minor-faults
43153 -6.5% 40335 perf-stat.i.page-faults
3.16 +18.5% 3.74 perf-stat.overall.MPKI
0.02 +0.0 0.03 perf-stat.overall.branch-miss-rate%
62.11 +10.1 72.19 perf-stat.overall.cache-miss-rate%
2.19 +8.3% 2.37 perf-stat.overall.cpi
692.89 -8.6% 633.07 perf-stat.overall.cycles-between-cache-misses
0.46 -7.6% 0.42 perf-stat.overall.ipc
6.121e+10 -6.8% 5.705e+10 perf-stat.ps.branch-instructions
6.054e+08 +10.5% 6.689e+08 perf-stat.ps.cache-misses
9.747e+08 -4.9% 9.266e+08 perf-stat.ps.cache-references
9124 -5.6% 8613 perf-stat.ps.context-switches
583.66 -4.9% 555.21 perf-stat.ps.cpu-migrations
1.919e+11 -6.8% 1.789e+11 perf-stat.ps.instructions
42389 -6.7% 39549 perf-stat.ps.minor-faults
42389 -6.7% 39549 perf-stat.ps.page-faults
5.812e+13 -6.5% 5.434e+13 perf-stat.total.instructions
40.26 -40.3 0.00 perf-profile.calltrace.cycles-pp.clear_subpage.folio_zero_user.vma_alloc_anon_folio_pmd.__do_huge_pmd_anonymous_page.__handle_mm_fault
40.76 -2.1 38.66 perf-profile.calltrace.cycles-pp.folio_zero_user.vma_alloc_anon_folio_pmd.__do_huge_pmd_anonymous_page.__handle_mm_fault.handle_mm_fault
42.59 -2.0 40.61 perf-profile.calltrace.cycles-pp.asm_exc_page_fault.do_access
42.54 -2.0 40.57 perf-profile.calltrace.cycles-pp.do_user_addr_fault.exc_page_fault.asm_exc_page_fault.do_access
42.54 -2.0 40.57 perf-profile.calltrace.cycles-pp.exc_page_fault.asm_exc_page_fault.do_access
42.40 -2.0 40.43 perf-profile.calltrace.cycles-pp.handle_mm_fault.do_user_addr_fault.exc_page_fault.asm_exc_page_fault.do_access
42.32 -2.0 40.36 perf-profile.calltrace.cycles-pp.__handle_mm_fault.handle_mm_fault.do_user_addr_fault.exc_page_fault.asm_exc_page_fault
42.23 -2.0 40.27 perf-profile.calltrace.cycles-pp.__do_huge_pmd_anonymous_page.__handle_mm_fault.handle_mm_fault.do_user_addr_fault.exc_page_fault
41.70 -2.0 39.74 perf-profile.calltrace.cycles-pp.vma_alloc_anon_folio_pmd.__do_huge_pmd_anonymous_page.__handle_mm_fault.handle_mm_fault.do_user_addr_fault
0.76 -0.0 0.72 perf-profile.calltrace.cycles-pp.vma_alloc_folio_noprof.vma_alloc_anon_folio_pmd.__do_huge_pmd_anonymous_page.__handle_mm_fault.handle_mm_fault
0.72 -0.0 0.68 perf-profile.calltrace.cycles-pp.__alloc_frozen_pages_noprof.alloc_pages_mpol.vma_alloc_folio_noprof.vma_alloc_anon_folio_pmd.__do_huge_pmd_anonymous_page
0.67 -0.0 0.64 perf-profile.calltrace.cycles-pp.get_page_from_freelist.__alloc_frozen_pages_noprof.alloc_pages_mpol.vma_alloc_folio_noprof.vma_alloc_anon_folio_pmd
0.72 -0.0 0.69 perf-profile.calltrace.cycles-pp.alloc_pages_mpol.vma_alloc_folio_noprof.vma_alloc_anon_folio_pmd.__do_huge_pmd_anonymous_page.__handle_mm_fault
0.56 -0.0 0.54 perf-profile.calltrace.cycles-pp.prep_new_page.get_page_from_freelist.__alloc_frozen_pages_noprof.alloc_pages_mpol.vma_alloc_folio_noprof
0.00 +0.8 0.76 ± 2% perf-profile.calltrace.cycles-pp.asm_sysvec_apic_timer_interrupt.folio_zero_user.vma_alloc_anon_folio_pmd.__do_huge_pmd_anonymous_page.__handle_mm_fault
30.25 +1.2 31.46 perf-profile.calltrace.cycles-pp.do_rw_once
40.49 -40.5 0.00 perf-profile.children.cycles-pp.clear_subpage
42.61 -2.0 40.63 perf-profile.children.cycles-pp.asm_exc_page_fault
42.55 -2.0 40.58 perf-profile.children.cycles-pp.exc_page_fault
42.54 -2.0 40.57 perf-profile.children.cycles-pp.do_user_addr_fault
42.40 -2.0 40.43 perf-profile.children.cycles-pp.handle_mm_fault
42.33 -2.0 40.36 perf-profile.children.cycles-pp.__handle_mm_fault
42.23 -2.0 40.27 perf-profile.children.cycles-pp.__do_huge_pmd_anonymous_page
41.70 -2.0 39.74 perf-profile.children.cycles-pp.vma_alloc_anon_folio_pmd
40.83 -1.9 38.92 perf-profile.children.cycles-pp.folio_zero_user
63.93 -1.2 62.77 perf-profile.children.cycles-pp.do_access
0.95 -0.0 0.91 perf-profile.children.cycles-pp.__alloc_frozen_pages_noprof
0.78 -0.0 0.74 perf-profile.children.cycles-pp.vma_alloc_folio_noprof
0.95 -0.0 0.92 perf-profile.children.cycles-pp.alloc_pages_mpol
0.79 -0.0 0.76 perf-profile.children.cycles-pp.get_page_from_freelist
0.63 -0.0 0.60 perf-profile.children.cycles-pp.prep_new_page
40.31 +2.5 42.80 perf-profile.children.cycles-pp.do_rw_once
39.77 -39.8 0.00 perf-profile.self.cycles-pp.clear_subpage
9.54 -0.3 9.23 perf-profile.self.cycles-pp.do_access
0.55 -0.0 0.53 perf-profile.self.cycles-pp.prep_new_page
38.35 +2.6 40.96 perf-profile.self.cycles-pp.do_rw_once
0.36 ± 2% +38.0 38.32 perf-profile.self.cycles-pp.folio_zero_user
Disclaimer:
Results have been estimated based on internal Intel analysis and are provided
for informational purposes only. Any difference in system hardware or software
design or configuration may affect actual performance.
--
0-DAY CI Kernel Test Service
https://github.com/intel/lkp-tests/wiki
next reply other threads:[~2026-03-10 6:39 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-03-10 6:39 kernel test robot [this message]
2026-03-11 19:04 ` [linus:master] [mm] 9890ecab6a: vm-scalability.throughput 3.8% regression Ankur Arora
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=202603101342.297fb270-lkp@intel.com \
--to=oliver.sang@intel.com \
--cc=Liam.Howlett@oracle.com \
--cc=akpm@linux-foundation.org \
--cc=ankur.a.arora@oracle.com \
--cc=boris.ostrovsky@oracle.com \
--cc=bp@alien8.de \
--cc=david@kernel.org \
--cc=hpa@zytor.com \
--cc=ioworker0@gmail.com \
--cc=konrad.wilk@oracle.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=lizhe.67@bytedance.com \
--cc=lkp@intel.com \
--cc=lorenzo.stoakes@oracle.com \
--cc=luto@kernel.org \
--cc=mhocko@suse.com \
--cc=mingo@redhat.com \
--cc=mjguzik@gmail.com \
--cc=oe-lkp@lists.linux.dev \
--cc=peterz@infradead.org \
--cc=raghavendra.kt@amd.com \
--cc=rppt@kernel.org \
--cc=surenb@google.com \
--cc=tglx@linutronix.de \
--cc=vbabka@suse.cz \
--cc=willy@infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox