用下面的命令来看linux下面的对系统的一些限制：
dongq@DongQ_Lap ~/workspace/test/pthread_attr $
ulimit -a
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
scheduling priority (-e) 0
file size (blocks, -f) unlimited
pending signals (-i) 16365
max locked memory (kbytes, -l) 32
max memory size (kbytes, -m) unlimited
open files (-n) 1024
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority (-r) 0
stack size (kbytes, -s) 8196
cpu time (seconds, -t) unlimited
max user processes (-u) 16365
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited
通过上面的命令，
我们可以清楚的看到一个进程在正常的情况下，最大的栈空间为8M。
那么8M我们够用吗？当你分配大量的static或者auto变量的时候，一般都是放在栈空间的。如果分配一个大于8M的数组，会发生什么呢？
先来看看测试代码：
int main()
{
int i = 1024 * 1024 * 8;
char p[ i ];
memset( p, 0, sizeof( char ) * i );
while( i-- )
{
p[ i ] = i;
}
return 0;
}
上面的代码直接分配一个大小为8M的数组，编译后运行，出现段错误！！
很奇怪吗？不是说可以分配8M吗？怎么不行？当然不行，因为在分配p时，栈中已经放有其它的变量，最明显的就是int i;
这样子的话，栈中就没有足够的空间给变量p分配，从而出现段错误。下面用gdb进行调试：
DongQ_Lap pthread_attr # gdb process_stack
GNU gdb 6.5
(gdb) b main
Breakpoint 1 at 0x8048392: file process_stack.c, line 13.
(gdb) r > /home/dongq/tmp/gdb.txt
Starting program: /home/dongq/workspace/test/pthread_attr/process_stack > /home/dongq/tmp/gdb.txt
[Thread debugging using libthread_db enabled]
[New Thread -1209533760 (LWP 10947)]
[Switching to Thread -1209533760 (LWP 10947)]
Breakpoint 1, main () at process_stack.c:13
13 {
(gdb) s
15 int i = 1024 * 1024 * 8;
(gdb) s
16 char p[ i ];
(gdb) s
17 memset( p, 0, sizeof( char ) * i );
(gdb) p p
$1 = 0xbf6c3470 <Address 0xbf6c3470 out of bounds>
(gdb) s
Program received signal SIGSEGV, Segmentation fault.
0x080483d4 in main () at process_stack.c:17
17 memset( p, 0, sizeof( char ) * i );
(gdb) bt
#0 0x080483d4 in main () at process_stack.c:17
(gdb) quit
看到了吗？char
p[i]这句执行后的结果是out of
bounds!!也就是内存没有分配成功。（在linux程序运行的地址空间为0x8048000-0xbfffffff)
用下面的命令改变进程栈空间：
ulimit
-s 16392
重新改变程序的栈空间,很奇怪的是，有时普通用户可以操作，有时却出现：
dongq@DongQ_Lap
~/workspace/test/pthread_attr $ ulimit -s 16384
bash: ulimit: stack size:
cannot modify limit: Operation not permitted
改用超级权限即可成功修改，改完之后，limit
-a得到的结果中应该有下面的一行就表示成功了：
stack
size (kbytes, -s) 16392
再运行上面的程序就可以正常的运行了，当然，你还可以分配更大的数组：）