使用ulimit检查每个线程的堆栈大小，在我的情况下Redhat Linux 2.6:

    ulimit -a
...
    stack size              (kbytes, -s) 10240

你的每个线程将得到这个数量的内存(10MB)分配给它的堆栈。一个32位的程序，最大地址空间为4GB，最大只有4096MB / 10MB = 409个线程!!减去程序代码，减去堆空间可能会导致观察到的最大值。300个线程。

您应该能够通过在64bit上编译和运行或设置ulimit -s 8192甚至ulimit -s 4096来引发这个问题。但如果这是明智的是另一个讨论…

可以通过以下命令查看当前值- 猫/proc/sys/kernel/threads-max

您还可以像这样设置值

Echo 100500 > /proc/sys/kernel/threads-max

您设置的值将根据可用的RAM页进行检查。如果线程结构占用可用RAM页面的1/8以上，则thread-max将相应降低。

对于现在看到这个的人来说，在systemd系统上(在我的情况下，特别是Ubuntu 16.04)，还有另一个由cgroup pid强制执行的限制。max参数。

默认设置为12288，可以在/etc/systemd/logind.conf中覆盖

其他建议仍然适用，包括pids_max、threads-max、max_maps_count、ulimits等。

Linux对每个进程没有单独的线程限制，只是对系统上进程总数的限制(线程本质上只是在Linux上具有共享地址空间的进程)，您可以像这样查看:

cat /proc/sys/kernel/threads-max

默认为内存页数/4。你可以这样增加:

echo 100000 > /proc/sys/kernel/threads-max

对于单个用户可以创建的进程(以及线程)的数量也有限制，有关这些限制的详细信息，请参阅ulimit/getrlimit。

linux上合适的100k线程:

ulimit -s  256
ulimit -i  120000
echo 120000 > /proc/sys/kernel/threads-max
echo 600000 > /proc/sys/vm/max_map_count
echo 200000 > /proc/sys/kernel/pid_max 

 ./100k-pthread-create-app

来自@Thomas的2018年更新，关于systemd系统:

/etc/systemd/logind.conf: UserTasksMax=100000

在实际应用中，限制通常由堆栈空间决定。如果每个线程获得1MB的堆栈(我不记得这是否是Linux上的默认值)，那么32位系统将在3000个线程后耗尽地址空间(假设最后gb留给内核)。

但是，如果使用几十个以上的线程，您很可能会遇到糟糕的性能。迟早，您会得到太多的上下文切换开销、调度程序开销等等。(创建大量线程只会消耗大量内存。但是很多有实际工作要做的线程会减慢你的速度，因为它们在争夺可用的CPU时间)

你在做什么，这个极限甚至是相关的?