Linux 不存在 max_user_instances 参数，实际线程/进程总数限制由三层组成：/proc/sys/kernel/pid_max（系统级PID上限）、ulimit -u（用户级进程+线程上限）、/proc/sys/kernel/threads-max（内核线程池参考值），其中前两者是主要瓶颈。
Linux 没有 max_user_instances 这个内核参数或标准限制项，你大概率是把其他系统（如 MySQL 的 max_connections）或拼写错误（比如想查 max_user_processes）混进来了。真实有效的线程/进程总数限制由三层组成，必须逐层确认。
查 /proc/sys/kernel/pid_max：系统级 PID 总量上限
Linux 中线程和进程共用 PID 空间，pid_max 就是整个系统理论上最多能跑多少个「轻量级进程」（即线程+进程之和）。它不是“线程专用”，但实际就是总并发任务数的硬顶。
- 查看当前值：
cat /proc/sys/kernel/pid_max - x86_64 默认通常是
32768或4194304，最大不能超过4194304（体系结构限制） - 若该值过小（比如仍为默认
32768），即使 ulimit 调高也没用——所有线程最终卡在这儿
查 ulimit -u：用户级进程+线程总数限制
这个才是日常最常被触发的瓶颈，ulimit -u 输出的数值就是当前 shell 及其子进程（含 Java 应用的所有线程）能使用的最大 PID 数。注意：它包含线程，不是“仅进程”。
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 运行
ulimit -u即可看到当前限制（普通用户常为1024或4096） - 该值由
/etc/security/limits.d/*.conf文件控制，/etc/security/limits.conf通常被忽略（多数发行版优先读取limits.d/下文件） - 修改后必须新开登录会话才生效；systemd 服务需额外配
LimitNPROC=
查 /proc/sys/kernel/threads-max：内核线程池容量参考值
这个值由内存页数量推算而来（mem_total_kb / (8 * PAGE_SIZE)），表示内核能维护的线程描述符上限。但它不直接拦截创建请求，而是作为后台资源水位参考；真正拦住你的，几乎总是 pid_max 或 ulimit -u。
- 查看：
cat /proc/sys/kernel/threads-max - 它不应显著大于
pid_max，否则无效（例如设成8388608但pid_max是65536，毫无意义） - 除非你明确看到
dmesg报fork: Cannot allocate memory且排除了 OOM，否则不必动它
真正卡住 Java 或高并发服务的，八成是 ulimit -u 和 pid_max 两个值中较小的那个。别找 max_user_instances——它不存在。改之前先 cat /proc/sys/kernel/pid_max 和 ulimit -u 对着看，再决定动哪一层。
