进程线程上限

实际的系统进程数上限收到3个配置项的影响：

1、threads-max

这个值表示物理内存决定的系统进程数上限，fork_init中有：
max_threads = mempages / (THREAD_SIZE/PAGE_SIZE) / 8

2、pid_max

这个值表示进程ID的上限。为了兼容旧版，默认为32768（即两个字节）。

3、RLIMIT_NPROC

这个值表示单个用户允许的最大进程数上限。系统默认为threads-max的一半：
init_task.rlim[RLIMIT_NPROC].rlim_cur = max_threads/2;
init_task.rlim[RLIMIT_NPROC].rlim_max = max_threads/2;

实验：

某环境上：

threads-max = 139264；
pid_max = 32768
RLIMIT_NPROC = 69632

1、此时，使用根用户不断创建进程，最终创建了约32378，考虑到原有的进程数，比较接近pid_max这个值；
2、改pid_max为18000时，最终创建了17612个进程；
3、修改pid_max为80000，换成普通用户，最终创建了67913个进程

Linux 系统线程总数问题

LinuxThreads将每个进程的线程最大数目定义为1024，但实际上这个数值还受到整个系统的总进程数限制，这又是由于线程其实是核心进程。

在kernel 2.4.x中，采用一套全新的总进程数计算方法，使得总进程数基本上仅受限于物理内存的大小，计算公式在kernel/fork.c的fork_init()函数中：

max_threads = mempages / (THREAD_SIZE/PAGE_SIZE) / 8

在i386上，THREAD_SIZE=2*PAGE_SIZE，PAGE_SIZE=2^12（4KB），mempages=物理内存大小 /PAGE_SIZE，对于256M的内存的机器，mempages=256*2^20/2^12=256*2^8，此时最大线程数为4096。

但为了保证每个用户（除了root）的进程总数不至于占用一半以上物理内存，fork_init()中继续指定：

init_task.rlim[RLIMIT_NPROC].rlim_cur = max_threads/2;

init_task.rlim[RLIMIT_NPROC].rlim_max = max_threads/2;

这些进程数目的检查都在do_fork()中进行，因此，对于LinuxThreads来说，线程总数同时受这三个因素的限制。

例如查看Linux Threads 用命令

cat /proc/sys/kernel/threads-max

可以看到Linux系统支持线程总数，和内存有关，内存越大线程总越多。