一个进程能运行多少线程

        记录瞬间

对于Linux来讲：

咱们都知道进程的概念，它是CPU分配资源的载体，是程序运行的实例；也知道线程的概念，它是程序执行的最小单元，是进程中的一个实体用来执行程序，一个进程中有多个线程。

既然如此，咱们能够想象，一个系统中的进程数量确定是有上限的，否则系统资源就会不够用了，一样的道理，一个进程中的线程资源也是有上限的。那进程和线程的上限究竟是多大呢？

Linux中最多能够有多少个进程？
一.Linux中有一个命令能够帮助咱们查看系统中的进程上限

[pigff@izbp13yd4r85qvk53t04mbz ~]$ ulimit -u
4096

这属于软限制，是能够改变的。也就是说在个人机器上最多能够有4096个进程，可是我能够经过改变这个参数的值来修改对于进程数量的软限制，好比说用下面的命令将软限制改到5120。

 ulimit -u 5120

 二.咱们用pid_t来表示一个进程的pid，所以能表示的进程的范围必定不会超过pid_t类型的大小

[pigff@izbp13yd4r85qvk53t04mbz ~]$ cat /proc/sys/kernel/pid_max
32768

pid_t实际上就是一个short类型变量，固然这里能表示的范围只是进程id最多表示到这么多，这只是一个理论值，实际上，因为内存等系统资源的限制，根本不会同时有这么多的进程存在。

一个进程中最多能够有多少个线程？
在上一篇文章Linux中线程占用内存中，咱们知道了建立一个线程会占用多少内存，这取决于分配给线程的调用栈大小，能够用ulimit -s命令来查看大小（通常常见的有10M或者是8M）。咱们还知道，一个进程的虚拟内存是4G，在Linux32位平台下，内核分走了1G，留给用户用的只有3G，因而咱们能够想到，建立一个线程占有了10M内存，总共有3G内存可使用。因而可想而知，最多能够建立差很少300个左右的线程。

所以，进程最多能够建立的线程数是根据分配给调用栈的大小，以及操做系统（32位和64位不一样）共同决定的。
---------------------
原文：https://blog.csdn.net/lvyibin890/article/details/82255047

对于Windows来讲：

默认状况下，一个线程的栈要预留1M的内存空间 
而一个进程中可用的内存空间只有2G，因此理论上一个进程中最多能够开2048个线程 
可是内存固然不可能彻底拿来做线程的栈，因此实际数目要比这个值要小。 
你也能够经过链接时修改默认栈大小，将其改的比较小，这样就能够多开一些线程。 
如将默认栈的大小改为512K，这样理论上最多就能够开4096个线程。 

即便物理内存再大，一个进程中能够起的线程总要受到2GB这个内存空间的限制。 
比方说你的机器装了64GB物理内存，但每一个进程的内存空间仍是4GB，其中用户态可用的仍是2GB。


若是是同一台机器内的话，能起多少线程也是受内存限制的。每一个线程对象都要站用非页面内存，而非页面内存也是有限的，当非页面内存被耗尽时，也就没法建立线程了。 

若是物理内存很是大，同一台机器内能够跑的线程数目的限制值会愈来愈大。  

在Windows下写个程序，一个进程Fork出2000个左右线程就会异常退出了，为何？

这个问题的产生是由于windows32位系统，一个进程所能使用的最大虚拟内存为2G，而一个线程的默认线程栈StackSize为1024K（1M），这样当线程数量逼近2000时，2000*1024K=2G(大约），内存资源就至关于耗尽。

若是你的服务器端程序设计成：来一个client链接请求则建立一个线程，那么就会存在2000个限制（在硬件内存和CPU个数必定的状况下）。