用下面的命令來(lái)看linux下面的對(duì)系統(tǒng)的一些限制：
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
通過(guò)上面的命令，
我們可以清楚的看到一個(gè)進(jìn)程在正常的情況下，最大的棧空間為8M。
那么8M我們夠用嗎？當(dāng)你分配大量的static或者auto變量的時(shí)候，一般都是放在棧空間的。如果分配一個(gè)大于8M的數(shù)組，會(huì)發(fā)生什么呢？
先來(lái)看看測(cè)試代碼：
int main()
{
int i = 1024 * 1024 * 8;
char p[ i ];
memset( p, 0, sizeof( char ) * i );
while( i-- )
{
p[ i ] = i;
}
return 0;
}
上面的代碼直接分配一個(gè)大小為8M的數(shù)組，編譯后運(yùn)行，出現(xiàn)段錯(cuò)誤！！
很奇怪嗎？不是說(shuō)可以分配8M嗎？怎么不行？當(dāng)然不行，因?yàn)樵诜峙鋚時(shí)，棧中已經(jīng)放有其它的變量，最明顯的就是int i;
這樣子的話，棧中就沒(méi)有足夠的空間給變量p分配，從而出現(xiàn)段錯(cuò)誤。下面用gdb進(jìn)行調(diào)試：
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]這句執(zhí)行后的結(jié)果是out of
bounds!!也就是內(nèi)存沒(méi)有分配成功。（在linux程序運(yùn)行的地址空間為0x8048000-0xbfffffff)
用下面的命令改變進(jìn)程棧空間：
ulimit
-s 16392
重新改變程序的棧空間,很奇怪的是，有時(shí)普通用戶可以操作，有時(shí)卻出現(xiàn)：
dongq@DongQ_Lap
~/workspace/test/pthread_attr $ ulimit -s 16384
bash: ulimit: stack size:
cannot modify limit: Operation not permitted
改用超級(jí)權(quán)限即可成功修改，改完之后，limit
-a得到的結(jié)果中應(yīng)該有下面的一行就表示成功了：
stack
size (kbytes, -s) 16392
再運(yùn)行上面的程序就可以正常的運(yùn)行了，當(dāng)然，你還可以分配更大的數(shù)組：）