由mongodb的栈大小引起的疑问
今天在QQ群聊天时一个群友问mongodb接收一个连接时产生一个线程来处理,线程的栈是多大10M吗.
我记得阅读代码时看到过对于linux系统设置的栈大小是1M,但是群友通过
cat /proc/proc_id/task/thread_id/limits查看时Max stack size为10M啊,并不是1M,我也不理解,为什么会这样
回去重新阅读代码发现没错啊,确实设置的是1M的栈大小.Google之找不到答案,没办法自己动手丰衣足食吧.
查看glibc和linux的代码,了解pthread_create和pthread_attr_setstacksize流程,代码没细看,但是能够解决我
的疑问了.当前pthread是nptl库,pthread_create函数调用系统调用clone完成一个轻量级的进程的产生.记录
/proc/proc_id/task/thread_id/limits中的Max stack size来自于父进程,并未修改成pthread_attr_setstacksize
设置的栈大小啊,使用strace查看是否调用了setrlimit,发现并未调用.那么这里设置的栈大小是怎么设置的呢.
再仔细阅读发现pthread_create函数中根据设置的stack size大小自己mmap了一块空间,将这块空间作为这
个线程的栈来使用,因为只mmap了设置的stack size大小加上一页做stack coloring(我也不知道这啥东西,代
码是那么注释的),超出这个stack size就会报错,因为超出空间为映射.mmap空间完成后将这块空间上正确的
栈位置传递给了clone调用,在kernel部分将这个地址设置成了这个线程的栈位置,当clone系统调用返回时就
正确的使用到了之前分配的空间.
这里说明nptl线程库中栈空间是应用层自己设置的,通过/proc系统得到的stack size limit不准确.