标签：
http://blog.csdn.net/wangyin159/article/details/47082125
在Linux环境下，pthread库提供的pthread_create()API函数，用于创建一个线程。线程创建失败时，它可能会返回ENOMEM或EAGAIN。这篇文章主要讨论线程创建过程中碰到的一些问题和解决方法。
首先，本文用的实例代码example.c:
|
/* example.c*/ |
编译，执行下面命令：
|
# example.c -lpthread -o example -g |
用strace工具跟踪线程创建的过程：
|
# strace ./example |
Strace工具输出：
|
getrlimit(RLIMIT_STACK, {rlim_cur=10240*1024, rlim_max=RLIM_INFINITY}) = 0 |
由上表中的输出可以看出创建线程过程中的调用步骤：
从/proc/<pid>/smaps文件里，我们可以清楚地看到栈内存的映射情况：
|
090e0000-09101000 rw-p 00000000 00:00 0 [heap] |
从上面的映射文件的深蓝色部分中，我们看到，栈的空间总共为10244Kb，内存段是从b6d1d000到b771e000。从strace的输出中，我们看到栈底的地址为0xb771c494，那么，从0xb771c494到b771e000这段内存是做什么用的呢？它就是线程的TCB(thread‘s control block)和TLS区域(thread‘s local storage)。具体的线程内存空间布局如下：
研究GLIBC2.5和2.8里的pthread_create()相关代码，会发现在mmap()调用失败并返回ENOMEM时，作了点变动，新版里替换了错误码。
V2.5相关代码.../nptl/allocatestack.c：
|
mem = mmap (NULL, size, prot, |
V2.8里的.../nptl/allocatestack.c：
|
mem = mmap (NULL, size, prot, |
如上面的代码片段所示，在V2.5，简单地将mmap()调用结果返回给用户，而在V2.8里，如果mmap()返回ENOMEM，那么GLIBC会将错误码改成EAGAIN再返回。
随着运行中的线程数量的增大，pthread_create()失败的可能性也会增大。因为这会使分配给线程的内存空间(比如说线程栈)累积太多，导致mmap()系统调用失败。
比如说，/proc/<pid>/smaps里有这样一个内存映射片段：
|
[...] |
可用的内存空间是最后一个内存段和[stack]标签之间的空间：0x7F8F5000 - 0x7F33C000 = 0x5B9000 = 6000640字节(也就是6MB)。按缺省配置，小于一个线程栈的空间(10MB)。这时再创建线程就要失败。
通常情况下，缺省10M的线程栈空间显然是太大了，所以建议通过调用pthread_attr_setstacksize()API来改变线程栈的大小。比如说以下代码片段：
标签：
原文地址：http://www.cnblogs.com/feng9exe/p/5761457.html
