Thread (72 messages) 72 messages, 8 authors, 8d ago

Re: [PATCH v2 0/5] mm: reduce mmap_lock contention and improve page fault performance

From: "David Hildenbrand (Arm)" <david@kernel.org>
Date: 2026-05-20 21:35:50
Also in: linux-arm-kernel, linux-mm, linux-riscv, linux-s390, lkml, loongarch

On 5/20/26 23:15, Matthew Wilcox wrote:
On Thu, May 21, 2026 at 05:14:20AM +0800, Barry Song wrote:
quoted
My understanding is that we should not blame applications here. This is 2026:
there are basically only two kinds of applications — single-threaded and
multi-threaded — and single-threaded applications are nearly extinct.
all of the applications i run are either single threaded or don't fork.
what multithreaded applications call fork?
Traditionally the problem was random libraries using fork+execve to launch other
programs ... instead of using alternatives like posix_spwan (some use cases
require more work done before execve and cannot yet switch to that). I'd hope
that that is less of a problem on Android.

I assume Android zygote might be multi threaded? Maybe sshd as well? Systemd?
But I'd be surprised if there are really performance implications.

Not sure about webbroswers .... I think most of them switched to fork servers,
where I would assume fork servers would be single-threaded.

So, yeah, getting a clear understanding how this ends up being a problem on
Android would be great.

-- 
Cheers,

David
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help