也许这并不重要。将算法设计为使用固定数量的线程(例如，如果有4或8个处理器，则使用4或8个线程)，将获得更好的性能。您可以使用工作队列、异步IO或类似libevent的东西来实现这一点。

使用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来引发这个问题。但如果这是明智的是另一个讨论…

也许这并不重要。将算法设计为使用固定数量的线程(例如，如果有4或8个处理器，则使用4或8个线程)，将获得更好的性能。您可以使用工作队列、异步IO或类似libevent的东西来实现这一点。

如果使用Suse操作系统，则需要选择其中一种方法

https://www.suse.com/support/kb/doc/?id=000015901

全球性的,

/etc/systemd/system.conf
    DefaultTasksMax=Value

对于特定的ssh服务

/etc/systemd/system/sshd.service.d/override.conf
    TasksMax=Value

要永久地固定，

vim /etc/sysctl.conf

并添加

kernel.threads-max = "value"

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

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

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