这两天一直被这个问题困扰，现在终于想明白了
有3种可能限制
1，线程的本质是一个进程，所以 ulimit 中的 processes 决定了上限，我的是7000多
2，我用的是Linux64位，网上有分析说每个进程的在物理内存中的8字节64位中最终可以寻址到256t的虚拟内存，反正测试时确定虚拟内存绝对不止4g，我指定几百m的stack大小都是和8m一样跑出4700多个线程，单个进程虚拟内存用尽后才会出现只能create出几十个线程的情况
3给单个线程分配的stack大小，决定了在在这个线程里定义的局部变量等所占空间的大小，原来一个char buf【size】就可以耗尽stack，出错退出可惜我基础不扎实，malloc到堆不行，读文件进来到stack，本质也是读了些8字节的指针进来，搞了我久
4，物理内存的大小，多线程用尽物理内存，出现段错误，无法再创建线程
自己的推测，有不对的地方大家多多指点
楼主
物理内存的大小，多线程用尽物理内存，出现段错误，无法再创建线程
请问下程序运行的时候怎么能确定是多线程用尽物理内存，出现段错误，这个问题应该怎么调试呢
linux /proc 下不是有进程数据统计么，android 上有个工具procmem可以编译看看
线程不是进程，线程属于某一进程下的程序执行的最小单位。
线程由相关堆栈、寄存器和线程控制表组成
Linux最大进程数 不等于 ulimit -u，因为系统会限制用户最大进程数
2. 现在的操作系统实际上是用到48bit 虚拟地址，所以最高可寻址256TB的虚拟内存，其中user space 128TB （0... ~0007FFFFFFFFFFF）， kernel space 128TB (FFFF800000000000~FFFFFFFFFFFFFFFF)。 但是如果考虑虚拟内存空间跟线程数量的关系，其实他们没太大关系。
