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

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

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

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

我们可以看到linux中下面文件中定义的最大线程数

猫/proc/sys/kernel/threads-max

(OR)

Sysctl -a | grep threads-max

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

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

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

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

cat /proc/sys/kernel/threads-max

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

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

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

@dragosrsupercool

Linux不使用虚拟内存来计算线程的最大值，而是使用安装在系统上的物理ram

 max_threads = totalram_pages / (8 * 8192 / 4096);

http://kavassalis.com/2011/03/linux-and-the-maximum-number-of-processes-threads/

内核/ fork.c

/* The default maximum number of threads is set to a safe
 * value: the thread structures can take up at most half
 * of memory.
 */
max_threads = mempages / (8 * THREAD_SIZE / PAGE_SIZE);

所以thread max在每个系统之间是不同的，因为安装的ram可以来自不同的大小，我知道Linux不需要增加虚拟内存，因为在32位上我们有3 GB的用户空间和1 GB的内核，在64位上我们有128 TB的虚拟内存，这发生在Solaris上，如果你想增加虚拟内存，你需要增加交换空间。