linux下进程的最大线程数、进程最大数、进程打开的文件数

最新推荐文章于 2023-09-01 17:21:07 发布

wangwenwen

最新推荐文章于 2023-09-01 17:21:07 发布

阅读量3.2k

点赞数

分类专栏： Unix编程

Unix编程专栏收录该内容

48 篇文章 0 订阅

订阅专栏

2.4内核默认配置：

[root@localhost asg]# ulimit -a
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
file size (blocks, -f) unlimited
max locked memory (kbytes, -l) 4
max memory size (kbytes, -m) unlimited
open files (-n) 1024
pipe size (512 bytes, -p) 8
stack size (kbytes, -s) 10240
cpu time (seconds, -t) unlimited
max user processes (-u) 7168
virtual memory (kbytes, -v) unlimited

==================进程的最大线程数==================

linux 系统中单个进程的最大线程数有其最大的限制 PTHREAD_THREADS_MAX

这个限制可以在 /usr/include/bits/local_lim.h 中查看

对 linuxthreads 这个值一般是 1024，对于 nptl 则没有硬性的限制，仅仅受限于系统的资源

这个系统的资源主要就是线程的 stack 所占用的内存，用 ulimit -s 可以查看默认的线程栈大小，一般情况下，这个值是 8M
可以写一段简单的代码验证最多可以创建多少个线程
               int main()
                {
                        int i = 0;
                        pthread_t thread;
                        while (1) {
                            if (pthread_create(&thread, NULL, foo, NULL) != 0)
                                return;
                            i ++;
                            printf("i = %d\n", i);
                         }
                }
试验显示，在 linuxthreads 上最多可以创建 381 个线程，之后就会返回 EAGAIN
在 nptl 上最多可以创建 382 个线程，之后就会返回 ENOMEM
这个值和理论完全相符，因为 32 位 linux 下的进程用户空间是 3G 的大小，也就是 3072M，用 3072M 除以 8M 得 384，但是实际上代码段和数据段等还要占用一些空间，这个值应该向下取整到 383，再减去主线程，得到 382。
那为什么 linuxthreads 上还要少一个线程呢？这可太对了，因为 linuxthreads 还需要一个管理线程
为了突破内存的限制，可以有两种方法
1) 用 ulimit -s 1024 减小默认的栈大小
2) 调用 pthread_create 的时候用 pthread_attr_getstacksize 设置一个较小的栈大小
要注意的是，即使这样的也无法突破 1024 个线程的硬限制，除非重新编译 C 库 <=此处值得讨论，我在ubuntu 7.04＋3G内存上用ulimit -s 1024，则可以得到3054个线程。

=======================进程最大数=================

LINUX中进程的最大理论数计算：

每个进程的局部段描述表LDT都作为一个独立的段而存在，在全局段描述表GDT中要有一个表项指向这个段的起始地址，并说明该段的长度以及其他一些参数。除上之外，每个进程还有一个TSS结构(任务状态段)也是一样。所以，每个进程都要在全局段描述表GDT中占据两个表项。那么，GDT的容量有多大呢？段寄存器中用作GDT表下标的位段宽度是13位，所以GDT中可以有8192个描述项。除一些系统的开销(例如GDT中的第2项和第3项分别用于内核的代码段和数据段，第4项和第5项永远用于当前进程的代码段和数据段，第1项永远是0，等等)以外，尚有8180个表项可供使用，所以理论上系统中最大的进程数量是4090。

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝修改进程打开的最大文件数＝＝＝＝＝＝＝＝＝＝

修改文件描述符个数：ulimit -n 8192

+++++++++++++++++++++++++++++++++++++++++++++++++++++

相关内容：

一、2.4内核与2.6内核的主要区别
在2.4内核的典型系统上（AS3/RH9），线程是用轻量进程实现的，每个线程要占用一个进程ID，在服务器程序上，如果遇到高点击率访问，会造成进程表溢出，系统为了维护溢出的进程表，会有间歇的暂停服务现象，而2.6内核就不会发生由于大量线程的创建和销毁导致进程表溢出的问题

二、线程结束必须释放线程堆栈
就是说，线程函数必须调用pthread_exit()结束，否则直到主进程函数退出才释放，特别是2.6内核环境，线程创建速度飞快，一不小心立刻内存被吃光，这一点反倒是2.4内核环境好，因为2.4内核创建的是进程，而且线程创建速度比2.6内核慢几个数量级。特别提醒，在64位CPU，2.6内核创建线程的速度更加疯狂，要是太快的话，加上usleep ()暂停一点点时间比较好

三、不要编需要锁的线程应用
只有那些不需要互斥量的程序才能最大限度的利用线程编程带来的好处，否则只会更慢，2.6内核是抢占式内核，线程间共享冲突发生的几率远比2.4内核环境高，尤其要注意线程安全，否则就算是单CPU也会发生莫名其妙的内存不同步（CPU的高速缓存和主存内容不一致），Intel的新CPU为了性能使用NUMA架构，在线程编程中一定要注意扬长避短。

四、单进程服务器最大并发线程数与内存
单进程创建最大线程数＝VIRT上限／stack，32位x86系统默认的VIRT上限是3G（内存分配的3G+1G方式），默认 stack大小是10240K，因此单进程创建线程默认上限也就300（3072M / 10240K），用ulimit -s 修改stack到1024K则使上限升到大约3050。

其中 VIRT 上限: 32位x86 = 3G 64位x64=64G，statck size 默认是10240K，因此在默认情况下32位系统上单进程最多可以创建300个线程，64系统在内存充足的情况下最多可以创建 6400 个线程。