[参考译文] Linux/EVMK2H：root 用户进程的 pthread_create()最大限制

尊敬的 Bob：

查看内核源代码(pid.c)、您可以看到最大 pid 设置为：
int pid_max = PID_MAX_DEFAULT；

进一步跟踪、您可以看到如何在 include/linux/threads.h 中设置 PID_MAX_DEFAULT：
/*
*这控制分配给进程的默认最大 pid
*
#define PID_MAX_DEFAULT (CONFIG_BASE_SABLE？ 0x1000：0x8000)

/*
*一段时间内、最多400万个 PID 就足够了。
*[注：PID/TID ~ 2^29 = 500+百万、请参阅 futex.h]
*
#define PID_MAX_LIMIT (CONFIG_BASE_Small？ Page_size * 8：\
(sizeof (long)> 4？ 4 * 1024 * 1024：PID_MAX_DEFAULT)

然后、arch/arm/configs/tisdk_k2g-evm_defconfig 会设置 CONFIG_BASE_Small = 0、因此 PID_MAX_DEFAULT 会设置为0x8000。

从用户空间的角度来看、您可以跟踪 pid_max 的 sysctl 设置：
sysctl kernel.pid_max

希望这对您有所帮助。

此致、
Yordan

Yordan、您好！

非常感谢您为此付出的努力。
我认为我遇到的问题与内核源代码中"pid_max"的值没有关系。

相反、它必须与动态创建的与 dropbear 相关的 cgroup 下给定 pid_max 参数的默认设置有关。

当我向 EVMK2H ARM 处理器执行 ssh 时、会在 cgroup/PID 层次结构下创建以下条目：
/sys/fs/cgroup/pids/system.slice/system-dropbear.slice/dropbear@0-10.10.10.24:22-10.10.10.2:46408.service/pids.max

请注意，IP 地址部分(0-10.10.10.24:22-10.10.10.2)和进程 ID 部分(46408)对于此会话是唯一的。

检查此条目的内容时，发现它等于512。

$ cat /sys/fs/cgroup/pids/system.slice/system-dropbear.slice/dropbear@0-10.10.10.24:22-10.10.10.2:46408.service/pids.max
512

此时、如果我运行我的线程创建程序、它能够创建的最大线程数为509。

如果我将此值更改为更大的值、即"max"、则我的线程创建程序能够创建更多的线程。

$ echo "max">/sys/fs/cgroup/pids/system.slice/system-dropbear.slice/dropbear@0-10.10.10.24：22-10.10.10.2：46408.service/pids.max

通过调试内核、我能够确定这是问题所在、这导致了以下调用跟踪：

DO _叉()-/kernel/fork.c
_do_fork ()-/kernel/fork.c
copy_process()-/kernel/fork.c
cgroup_can_fork ()-/kernel/cgroup.c
PIDS_CAN_fork ()-/kernel/cgroup_pids.c
PIDS_TTRY ()-/kernel/cgroup_pids.c
返回-EAGAIN

此时、我正在尝试确定是否有配置设置或可以更新的内容、以便在创建 dropbear cgroup 条目时将 PIDs.max 的值设置为我选择的值。 到目前为止、我无法确定如何实现这一点、但我认为不需要更改内核源代码。

非常感谢、
Bob