[kerneltech] Re: [kerneltech] Re: [kerneltech] Re: [kerneltech] 关于进程的stack limit
- From: Jiaqiang Xu <xjqhust03@xxxxxxxxx>
- To: kerneltech@xxxxxxxxxxxxx
- Date: Fri, 30 Sep 2011 00:38:08 +0800
setrlimit肯定可以。程序里用setrlimit，shell上用ulimit命令。
result = getrlimit(RLIMIT_STACK, &r);
if (!result)
{
if (r.rlim_cur < StackSize)
{
r.rlim_cur = StackSize;
result = setrlimit(RLIMIT_STACK, &r);
if (result)
****error handle***;
}
}
2011/9/29 Li Haifeng <omycle@xxxxxxxxx>
>
>
> 在 2011年9月29日 下午10:26，Jiaqiang Xu <xjqhust03@xxxxxxxxx>写道：
>
> ulimit -s unlimited之后，地址空间就变成traditional memory layout了，这也是有时候设置stack size
>> unlimited的作用。 ulimit -s可以设置stack maximum大小。
>>
>>
>
> Warning: This routine is obsolete. Use getrlimit(2), setrlimit(2), and
> sysconf(3) instead. For the shell command
> ulimit(), see bash(1).
>
> The ulimit() call will get or set some limit for the calling
> process. The cmd argument can have one of the follow?\
> ing values.
>
> UL_GETFSIZE
> Return the limit on the size of a file, in units of 512
> bytes.
>
> UL_SETFSIZE
> Set the limit on the size of a file.
>
> 我回头试试setrlimit，看到底是否可以设置stack.
>
>
>>
>> 2011/9/29 Li Haifeng <omycle@xxxxxxxxx>
>>
>>> 昨晚上看jiaqiang的PPT，看到在2.6.9的内核以后，文件映射区像栈一样，开始从高地址往低地址映射。给stack留的空间是8MB的限制。
>>>
>>> 早上写了一个简单的程序测试以下，到底这个栈是多少。
>>> [code]
>>>
>>>> 1 #include <stdio.h>
>>>> 2 #define STACK_SIZE 0x1ff000
>>>>
>>> 3 int i=0;
>>>
>>> 4 void main()
>>>> 5 {
>>>> 6 int stack[STACK_SIZE]={0};
>>>> 7 while(1)
>>>> 8 {
>>>> 9 stack[i++%STACK_SIZE]=i;
>>>> 10 i%=STACK_SIZE;
>>>> 11 }
>>>> 12 }
>>>
>>> [/code]
>>> 下面是进程线性地址映射区的情况：
>>>
>>>>
>>>> haifeng 4432 91.0 0.4 9752 8428 pts/1 R+ 09:27 0:02
>>>> ./stack_size
>>>> haifeng 4433 0.0 0.0 6316 1204 pts/2 R+ 09:27 0:00 ps aux
>>>> haifeng@Tek-life:~/Public$ pmap 4432
>>>> 4432: ./stack_size
>>>> 0034d000 1384K r-x-- /lib/i386-linux-gnu/libc-2.13.so
>>>> 004a7000 4K ----- /lib/i386-linux-gnu/libc-2.13.so
>>>> 004a8000 8K r---- /lib/i386-linux-gnu/libc-2.13.so
>>>> 004aa000 4K rw--- /lib/i386-linux-gnu/libc-2.13.so
>>>> 004ab000 12K rw--- [ anon ]
>>>> 0072a000 4K r-x-- [ anon ]
>>>> 00b01000 112K r-x-- /lib/i386-linux-gnu/ld-2.13.so
>>>> 00b1d000 4K r---- /lib/i386-linux-gnu/ld-2.13.so
>>>> 00b1e000 4K rw--- /lib/i386-linux-gnu/ld-2.13.so
>>>> 08048000 4K r-x-- /home/haifeng/Public/stack_size
>>>> 08049000 4K r---- /home/haifeng/Public/stack_size
>>>> 0804a000 4K rw--- /home/haifeng/Public/stack_size
>>>> b7722000 4K rw--- [ anon ]
>>>> b7740000 8K rw--- [ anon ]
>>>> *bf083000 8188K rw--- [ stack ]*
>>>> total 9748K
>>>
>>>
>>> 1.8188 < 8192 ，即有1个页的hole(最大是8188KB了，不能再增大了).这个hole为啥要算到stack头上？
>>> 2.这个栈的大小，系统应该可以更改，如何改？我用getrlimit得到的结果竟然是没有限制。
>>>
>>>
>>>
>>>> 我用getrlimit得到的结果是没有限制（The value RLIM_INFINITY denotes no limit on a
>>>> resource ）。
>>>
>>> 11 int ret=getrlimit(RLIMIT_STACK,lim);
>>>
>>> 12 printf("%x\n",ret);//ret，即getrlimit的返回值是0x~0
>>>
>>>
>>> 3.既然给stack预留8MB空间挺好，文件映射区和堆可以充分利用从.bss_end ~ top of
>>> stack。那为什么直到2.6.9的内核才更改过来了，这中间有哪些debate?我觉得，这个debate应该很有趣吧。不过在lkml上没有搜到啊，有知道的同学吗。
>>>
>>> --
>>> Li Haifeng
>>> Laboratory of Service Computing Technology and System
>>> Home page:http://tek-life.org
>>>
>>>
>>
>
>
> --
> Li Haifeng
> Laboratory of Service Computing Technology and System
> Home page:http://tek-life.org
>
>
Other related posts:
- » [kerneltech] Re: [kerneltech] Re: [kerneltech] Re: [kerneltech] 关于进程的stack limit - Jiaqiang Xu
