转别人的线程问题

版权声明:copyright by 哈佛小丸子 https://blog.csdn.net/hafoxiaowanzi/article/details/4268431

线程应用程序最常见导致创建线程失败的原因是线程栈大小的设置。创建一个新的线程,默认情况下系统为线程栈预留了2MB 的寻址空间。线程栈起始于进程虚拟 内存的高端地址,并向虚拟内存底端地址方向扩展。取决于线程本身的大小以及其它线程内存分配的情况,进程虚拟地址空间消耗过快可能导致创建线程失败。

这里有一个测试程序可以看到,Linux 下最多可以创建多少个线程。

#include <pthread.h>

#include <stdio.h>

#include <string.h>

 

void *ThreadFunc()

{

    static int count = 1;

    printf ("Create thread %d/n", count);

    pthread_detach (pthread_self());

    count++;

   

}

 

main(void)

{

    int     err;

    pthread_t tid;

    while (1){

           err = pthread_create(&tid, NULL, ThreadFunc, NULL);

           if (err != 0){

                printf("can't create thread: %s/n", strerror(err));

           break;

           }  

    }

}


输出结果如下:

Create thread 301

Create thread 302

can't create thread: Cannot allocate memory

用 ulimit -s 可以查看到栈的默认大小为10240K

32 位linux 下的进程用户空间是3072M , 3072/10.24=300 。为什么实际会比计算出来的多2 个,这个原因还不太清楚。

可以在调用 pthread_create 的时候用 pthread_attr_getstacksize 设置栈的大小,或者直接用 ulimit -s 设置栈的大小。

如果修改上面的测试代码为

#include <pthread.h>

#include <stdio.h>

#include <string.h>

 

void *ThreadFunc()

{

    static int count = 1;

    printf ("Create thread %d/n", count);

    pthread_detach (pthread_self());

    count++;

   

}

 

main(void)

{

    int     err;

    pthread_t tid;

    while (1){

           err = pthread_create(&tid, NULL, ThreadFunc, NULL);

           if (err != 0){

               printf("can't create thread: %s/n", strerror(err));

           break;

           }  

    }

}

那么得到的结果将是:

Create thread 560000

Create thread 560001

……………

这里用到了pthread_detach (pthread_self()) 来释放线程所占用的内存资源(线程内核对象和线程堆栈)。这样就可以创建更多的线程,而不会出现Cannot allocate memory 的错误。

如果进程中的某个线程执行了pthread_detach(th) ,则th 线程将处于DETACHED 状态,这使得th 线程在结束运行时自行释放所占用的内存资源。一个可join 的线程所占用的内存仅当有线程对其执行了pthread_join() 后才会释放,因此为了避免内存泄漏,所有线程的终止,要么已设为DETACHED ,要么就需要使用pthread_join() 来回收


本文来自CSDN博客,转载请标明出处:http://blog.csdn.net/leetonven/archive/2009/06/12/4264401.aspx

猜你喜欢

转载自blog.csdn.net/hafoxiaowanzi/article/details/4268431