linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
* [PATCH v2 0/2] further damage-control lack of clone scalability
@ 2025-12-03  9:28 Mateusz Guzik
  2025-12-03  9:28 ` [PATCH v2 1/2] ns: pad refcount Mateusz Guzik
  2025-12-03  9:28 ` [PATCH v2 2/2] pid: only take pidmap_lock once on alloc Mateusz Guzik
  0 siblings, 2 replies; 4+ messages in thread
From: Mateusz Guzik @ 2025-12-03  9:28 UTC (permalink / raw)
  To: oleg; +Cc: brauner, linux-kernel, akpm, linux-mm, willy, Mateusz Guzik

When spawning and killing threads in separate processes in parallel the
primary bottleneck on the stock kernel is pidmap_lock, largely because
of a back-to-back acquire in the common case.

Benchmark code at the end.

With this patchset alloc_pid() only takes the lock once and consequently
alleviates the problem. While scalability improves, the lock remains the
primary bottleneck by a large margin.

I believe idr is a poor choice for the task at hand to begin with, but
sorting out that out beyond the scope of this patchset. At the same time
any replacement would be best evaluated against a state where the
above relock problem is fixed.

Performance improvement varies between reboots. When benchmarking with
20 processes creating and killing threads in a loop, the unpatched
baseline hovers around 465k ops/s, while patched is anything between
~510k ops/s and ~560k depending on false-sharing (which I only minimally
sanitized). So this is at least 10% if you are unlucky.

bench from will-it-scale:

#include <assert.h>
#include <pthread.h>

char *testcase_description = "Thread creation and teardown";

static void *worker(void *arg)
{
        return (NULL);
}

void testcase(unsigned long long *iterations, unsigned long nr)
{
        pthread_t thread[1];
        int error;

        while (1) {
                for (int i = 0; i < 1; i++) {
                        error = pthread_create(&thread[i], NULL, worker, NULL);
                        assert(error == 0);
                }
                for (int i = 0; i < 1; i++) {
                        error = pthread_join(thread[i], NULL);
                        assert(error == 0);
                }
                (*iterations)++;
        }
}

v2:
- cosmetic fixes from Oleg
- drop idr_preload_many, relock pidmap + call idr_preload again instead
- write a commit message for the alloc pid patch

Mateusz Guzik (2):
  ns: pad refcount
  pid: only take pidmap_lock once on alloc

 include/linux/ns/ns_common_types.h |   4 +-
 kernel/pid.c                       | 131 +++++++++++++++++++----------
 2 files changed, 88 insertions(+), 47 deletions(-)

-- 
2.48.1



^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2025-12-04 14:31 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2025-12-03  9:28 [PATCH v2 0/2] further damage-control lack of clone scalability Mateusz Guzik
2025-12-03  9:28 ` [PATCH v2 1/2] ns: pad refcount Mateusz Guzik
2025-12-03  9:28 ` [PATCH v2 2/2] pid: only take pidmap_lock once on alloc Mateusz Guzik
2025-12-04 14:31   ` Oleg Nesterov

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox