[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20241118132501.4eddb46c@gandalf.local.home>
Date: Mon, 18 Nov 2024 13:25:01 -0500
From: Steven Rostedt <rostedt@...dmis.org>
To: Mike Rapoport <rppt@...nel.org>
Cc: Andrew Morton <akpm@...ux-foundation.org>, Luis Chamberlain
<mcgrof@...nel.org>, Andreas Larsson <andreas@...sler.com>, Andy Lutomirski
<luto@...nel.org>, Ard Biesheuvel <ardb@...nel.org>, Arnd Bergmann
<arnd@...db.de>, Borislav Petkov <bp@...en8.de>, Brian Cain
<bcain@...cinc.com>, Catalin Marinas <catalin.marinas@....com>, Christoph
Hellwig <hch@...radead.org>, Christophe Leroy
<christophe.leroy@...roup.eu>, Dave Hansen <dave.hansen@...ux.intel.com>,
Dinh Nguyen <dinguyen@...nel.org>, Geert Uytterhoeven
<geert@...ux-m68k.org>, Guo Ren <guoren@...nel.org>, Helge Deller
<deller@....de>, Huacai Chen <chenhuacai@...nel.org>, Ingo Molnar
<mingo@...hat.com>, Johannes Berg <johannes@...solutions.net>, John Paul
Adrian Glaubitz <glaubitz@...sik.fu-berlin.de>, Kent Overstreet
<kent.overstreet@...ux.dev>, "Liam R. Howlett" <Liam.Howlett@...cle.com>,
Mark Rutland <mark.rutland@....com>, Masami Hiramatsu
<mhiramat@...nel.org>, Matt Turner <mattst88@...il.com>, Max Filippov
<jcmvbkbc@...il.com>, Michael Ellerman <mpe@...erman.id.au>, Michal Simek
<monstr@...str.eu>, Oleg Nesterov <oleg@...hat.com>, Palmer Dabbelt
<palmer@...belt.com>, Peter Zijlstra <peterz@...radead.org>, Richard
Weinberger <richard@....at>, Russell King <linux@...linux.org.uk>, Song Liu
<song@...nel.org>, Stafford Horne <shorne@...il.com>, Suren Baghdasaryan
<surenb@...gle.com>, Thomas Bogendoerfer <tsbogend@...ha.franken.de>,
Thomas Gleixner <tglx@...utronix.de>, Uladzislau Rezki <urezki@...il.com>,
Vineet Gupta <vgupta@...nel.org>, Will Deacon <will@...nel.org>,
bpf@...r.kernel.org, linux-alpha@...r.kernel.org,
linux-arch@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
linux-csky@...r.kernel.org, linux-hexagon@...r.kernel.org,
linux-kernel@...r.kernel.org, linux-m68k@...ts.linux-m68k.org,
linux-mips@...r.kernel.org, linux-mm@...ck.org,
linux-modules@...r.kernel.org, linux-openrisc@...r.kernel.org,
linux-parisc@...r.kernel.org, linux-riscv@...ts.infradead.org,
linux-sh@...r.kernel.org, linux-snps-arc@...ts.infradead.org,
linux-trace-kernel@...r.kernel.org, linux-um@...ts.infradead.org,
linuxppc-dev@...ts.ozlabs.org, loongarch@...ts.linux.dev,
sparclinux@...r.kernel.org, x86@...nel.org
Subject: Re: [PATCH v7 0/8] x86/module: use large ROX pages for text
allocations
On Wed, 23 Oct 2024 19:27:03 +0300
Mike Rapoport <rppt@...nel.org> wrote:
> From: "Mike Rapoport (Microsoft)" <rppt@...nel.org>
>
> Hi,
>
> This is an updated version of execmem ROX caches.
>
FYI, I booted a kernel before and after applying these patches with my
change:
https://lore.kernel.org/20241017113105.1edfa943@gandalf.local.home
Before these patches:
# cat /sys/kernel/tracing/dyn_ftrace_total_info
57695 pages:231 groups: 9
ftrace boot update time = 14733459 (ns)
ftrace module total update time = 449016 (ns)
After:
# cat /sys/kernel/tracing/dyn_ftrace_total_info
57708 pages:231 groups: 9
ftrace boot update time = 47195374 (ns)
ftrace module total update time = 592080 (ns)
Which caused boot time to slowdown by over 30ms. That may not seem like
much, but we are very concerned about boot time and are fighting every ms
we can get.
-- Steve
Powered by blists - more mailing lists