]> git.ipfire.org Git - thirdparty/systemd.git/commit
sysctl: let's by default increase the numeric PID range from 2^16 to 2^22 12226/head
authorLennart Poettering <lennart@poettering.net>
Fri, 5 Apr 2019 13:38:16 +0000 (15:38 +0200)
committerLennart Poettering <lennart@poettering.net>
Tue, 9 Apr 2019 09:22:52 +0000 (11:22 +0200)
commit45497f4d3b212307569fc06bdab6a35a3e2dab07
treefa9acd0070fadc1af3d4c7e4095d369f863a0285
parent52efbd8f0e1b13ccbe4c623d17171a94d51186d2
sysctl: let's by default increase the numeric PID range from 2^16 to 2^22

This should PID collisions a tiny bit less likely, and thus improve
security and robustness.

2^22 isn't particularly a lot either, but it's the current kernel
limitation.

Bumping this limit was suggested by Linus himself:

https://lwn.net/ml/linux-kernel/CAHk-=wiZ40LVjnXSi9iHLE_-ZBsWFGCgdmNiYZUXn1-V5YBg2g@mail.gmail.com/

Let's experiment with this in systemd upstream first. Downstreams and
users can after all still comment this easily.

Besides compat concern the most often heard issue with such high PIDs is
usability, since they are potentially hard to type. I am not entirely sure though
whether 4194304 (as largest new PID) is that much worse to type or to
copy than 65563.

This should also simplify management of per system tasks limits as by
this move the sysctl /proc/sys/kernel/threads-max becomes the primary
knob to control how many processes to have in parallel.
TODO
sysctl.d/50-default.conf