今天在solaris下做這個測試
測試代碼如下：
#include <stdlib.h>
#include <unistd.h>
int main(){
void* p=malloc(512*1024*1024);
if(p==NULL) return -1;
sleep(10000000);
return 0;
}
然后我用g++ 4.3.2編譯
g++-4.3.2 -o testm testm.c
開了5個，開到第6個的時候，malloc就返回-1了?？墒?，可是，令人驚奇的是
這個時候，我無論是用vmstat還是用mdb看，我都還有大量的空閑的物理內存
>::memstat
Page Summary Pages MB %Tot
------------ ---------------- ---------------- ----
Kernel 144849 565 14%
ZFS File Data 62043 242 6%
Anon 146323 571 14%
Exec and libs 3640 14 0%
Page cache 34357 134 3%
Free (cachelist) 35896 140 3%
Free (freelist) 600734 2346 58%
Total 1027842 4015
Physical 1027841 4015
這與我開這幾個程序之前，沒有明顯的變化。（相比而下，在windows下，這個時
候系統已經卡的快嗝屁了）
然后我用ps來看
# ps -eo pid,vsz,rss,args |grep testm
1298 527292 1356 ./testm
1309 4224 1256 grep testm
1300 527292 1356 ./testm
1302 527292 1356 ./testm
1296 527292 1356 ./testm
1304 527292 1356 ./testm
# pmap 1296
1296: ./testm
08046000 8K rwx-- [ stack ]
08050000 4K r-x-- /tmp/testm
08060000 8K rwx-- /tmp/testm
08062000 524296K rwx-- [ heap ]
FEB70000 320K r-x-- /lib/libm.so.2
FEBCF000 8K rwx-- /lib/libm.so.2
FECD0000 24K rwx-- [ anon ]
FECE0000 1280K r-x-- /usr/lib/libc/libc_hwcap1.so.1
FEE20000 28K rwx-- /usr/lib/libc/libc_hwcap1.so.1
FEE27000 8K rwx-- /usr/lib/libc/libc_hwcap1.so.1
FEE30000 52K r-x-- /usr/lib/libgcc_s.so.1
FEE4C000 4K rwx-- /usr/lib/libgcc_s.so.1
FEE50000 4K rwx-- [ anon ]
FEE60000 856K r-x-- /usr/lib/libstdc++.so.6.0.10
FEF45000 160K rwx-- /usr/lib/libstdc++.so.6.0.10
FEF6D000 24K rwx-- /usr/lib/libstdc++.so.6.0.10
FEF80000 4K r--s- /var/ld/ld.config
FEF90000 4K rwx-- [ anon ]
FEFA0000 4K rw--- [ anon ]
FEFB0000 4K rw--- [ anon ]
FEFBE000 180K r-x-- /lib/ld.so.1
FEFFB000 8K rwx-- /lib/ld.so.1
FEFFD000 4K rwx-- /lib/ld.so.1
total 527292K
系統的確給這個進程分配了地址空間（看它的heap有多大），但是壓根兒就沒有給
它分配物理內存。我想不出的是，它依據什么來拒絕新的申請。
由于環境有限，我沒有找到良好的環境在freebsd下重復這個實驗。我在
freebsd.unix-center.net上做這個測試，但是把每個進程分配的內存縮小到64M,
然后開了100個這樣的進程，據估計至少需要6G的內存，malloc一直都是成功的，
我的手酸了，懶得弄了。
最有趣的在于這個：
#include <stdlib.h>
#include <unistd.h>
#include <string.h>
int main(){
void* p=malloc(512*1024*1024);
if(p==NULL) return -1;
memset(p,0,512*1024*1024);
free(p);
sleep(10000000);
return 0;
}
用ps/pmap去看，事實證明，free函數根本就沒有釋放物理內存。free是把malloc
得到的物理內存還給了自己進程，而不是還給了操作系統。
在這一點上，freebsd是有差別的。執行完free之后，rss明顯降了下來