Linux中每个进程的最大线程数？
在Linux下，一个进程可以创build的最大线程数是多less？
（如果可能）如何修改这个值？
Linux没有单独的每进程线程数限制，只是系统进程总数的限制（线程本质上只是在Linux上有一个共享地址空间的进程），你可以这样查看：
cat /proc/sys/kernel/threads-max 缺省值是内存页数/ 4。 你可以像这样增加：
echo 100000 > /proc/sys/kernel/threads-max
单个用户可能创build的进程数（也就是线程数）也有限制，请参阅ulimit/getrlimit了解有关这些限制的详细信息。
这是错误的说，LINUX没有单独的线程每个进程的限制。
Linux间接实现每个进程的最大线程数量！
number of threads = total virtual memory / (stack size*1024*1024)
因此，通过增加总虚拟内存或减小堆栈大小，可以增加每个进程的线程数量。 但是，如果最大虚拟内存等于交换内存，则堆栈大小的减less会导致堆栈溢出导致代码失败。
检查你的机器：
总虚拟内存： ulimit -v （默认是无限的，因此你需要增加交换内存来增加这个）
总堆栈大小： ulimit -s （默认是8Mb）
增加这些值的命令：
ulimit -s newvalue ulimit -v newvalue
*用您想要作为限制的值replace新值。
参考文献：
http://dustycodes.wordpress.com/2012/02/09/increasing-number-of-threads-per-process/
实际上，这个限制通常是由堆栈空间决定的。 如果每个线程得到一个1MB的堆栈（我不记得这是Linux上的默认值），那么你的一个32位系统将在3000个线程之后耗尽地址空间（假设最后一个GB被保留给内核） 。
但是，如果使用多于几十个线程，则很可能会遇到可怕的性能问题。 迟早，你会得到太多的上下文切换开销，在调度程序中有太多的开销，等等。 （创build大量的线程只不过是吃了大量的内存而已，但实际工作中要做的很multithreading会让你放慢速度，因为它们正在争夺可用的CPU时间）
这个限制甚至是相关的，你在做什么？
检索它：
cat /proc/sys/kernel/threads-max
要设置它：
echo 123456789 > /proc/sys/kernel/threads-max
123456789 =线程数量
@dragosrsupercool
Linux不使用虚拟内存来计算线程的最大值，而是使用系统上安装的物理内存
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);
所以每个系统的线程数最大不同，因为安装的ram可以是不同的大小，我知道Linux不需要增加虚拟内存，因为在32位我们得到了3GB的用户空间和1GB的内核，在64位上我们得到了128TB的虚拟内存，发生在Solaris上，如果你想增加虚拟内存，你需要添加交换空间。
在Linux上适当的10万线程：
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
线程数限制：$ cat / proc / sys / kernel / threads-max
它是如何计算的：max_threads = mempages /（8 * THREAD_SIZE / PAGE_SIZE）; 和：x86_64页面大小（PAGE_SIZE）是4K; 像所有其他体系结构一样，x86_64对于每个活动线程都有一个内核堆栈。 这些线程堆栈是THREAD_SIZE（2 * PAGE_SIZE）大;
对于mempages：cat / proc / zoneinfo | grep spanned | awk'{totalpages = totalpages + $ 2} END {print totalpages}';
所以实际上这个数与线程内存堆栈大小（ulimit -s）的限制无关。 ps：在我的rhel虚拟机中线程内存堆栈限制是10M，对于1.5G内存，这个虚拟机只能支付150个线程？
这可能不重要。 你将得到更好的性能devise你的algorithm使用固定数量的线程（如4或8，如果你有4或8个处理器）。 你可以用工作队列，asynchronousIO或类似libevent来做到这一点。
使用nbio非阻塞I / O库或其他任何，如果你需要更多的线程做I / O调用阻塞
取决于您的系统，只需编写一个示例程序（通过在循环中创build进程）并使用ps axo pid，ppid，rss，vsz，nlwp，cmd来检查。 当它不能创build线程检查nlwp计数[nlwp是数字线程]瞧，你有你的傻瓜certificate的答案，而不是通过书
对于现在在systemd系统（在我的情况下，特别是Ubuntu 16.04）的人来说，cgroup pids.max参数实施了另一个限制。
默认设置为12,288，可以在/etc/systemd/logind.conf中重写
其他build议仍然适用，包括pids_max，threads-max，max_maps_count，ulimits等
我们可以在linux中看到以下文件中定义的最大线程数
cat / proc / sys / kernel / threads-max
（要么）
sysctl -a | grep threads-max
要永久设置，
vim /etc/sysctl.conf
并添加
kernel.threads-max = "value"
用ulimit检查每个线程的堆栈大小，在我的情况下Redhat Linux 2.6：
ulimit -a ... stack size (kbytes, -s) 10240
你的每个线程将得到这个数量的内存（10MB）分配给它的堆栈。 有了一个32位的程序和一个4GB的最大地址空间，那最多只有4096MB / 10MB = 409个线程！ 减号程序代码，减去堆空间可能会导致观察到的最大值。 300线程。
你应该可以通过编译和运行在64位或设置ulimit -s 8192甚至ulimit -s 4096来提高这一点。但如果这是可取的是另一个讨论…
