* Re: [RFC v1 PATCH 0/11] Optimize this_cpu_*() ops for non-x86 (ARM64 for this series)
[not found] <20260429170758.3018959-1-yang@os.amperecomputing.com>
@ 2026-05-12 9:02 ` David Hildenbrand (Arm)
0 siblings, 0 replies; only message in thread
From: David Hildenbrand (Arm) @ 2026-05-12 9:02 UTC (permalink / raw)
To: Yang Shi, cl, dennis, tj, urezki, catalin.marinas, will,
ryan.roberts, akpm, hca, gor, agordeev
Cc: linux-mm, linux-arm-kernel, linux-kernel
> =========
> The benchmarks are done on 160 core AmpereOne machine. The baseline is
> v7.1-rc1 kernel.
>
> 1. Kernel Build
> ---------------
> Run kernel build (make -j160) with the default Fedora kernel config in a
> memcg.
> 13% - 18% sys time improvment
> 3% - 7% wall time improvement
This is pretty impressive!
There was quite some feedback during the LSF/MM session, what's the current plan?
Also, it was raised that Linus so far didn't enjoy per-process page tables. Is
there a way forward?
Finally, in the LSF/MM session, there was the question why the preemption
handling is even required. Can you describe what the problem is?
--
Cheers,
David
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2026-05-12 9:02 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <20260429170758.3018959-1-yang@os.amperecomputing.com>
2026-05-12 9:02 ` [RFC v1 PATCH 0/11] Optimize this_cpu_*() ops for non-x86 (ARM64 for this series) David Hildenbrand (Arm)
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox