一个进程能运行多少线程

        记录瞬间

对于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个数一定的情况下）。

通过python检查相关应用名称后，杀掉相关的进程

 

#coding:utf-8

import os,sys
import subprocess

name = sys.argv[1]
child = subprocess.Popen(["pgrep", "-f", name,
                         stdout=subprocess.PIPE, shell=False)
res = str(child.communicate()[0])
for pid in (res.replace('\\n', ',').replace("b'", '').replace("'", '').split(',')):
    if len(pid) != 0:
        try:
            os.system("kill -9 " + pid)
        except:
            pass