• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            在不同系統(tǒng)下分配大內(nèi)存的測試(c.c.l.c上一人的帖子,在老家網(wǎng)吧不方便實(shí)驗(yàn),記下啦,試試)

            今天在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看,我都還有大量的空閑的物理內(nèi)存
            >::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下,這個時 候系統(tǒng)已經(jīng)卡的快嗝屁了)

            然后我用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


            系統(tǒng)的確給這個進(jìn)程分配了地址空間(看它的heap有多大),但是壓根兒就沒有給 它分配物理內(nèi)存。我想不出的是,它依據(jù)什么來拒絕新的申請。
            由于環(huán)境有限,我沒有找到良好的環(huán)境在freebsd下重復(fù)這個實(shí)驗(yàn)。我在 freebsd.unix-center.net上做這個測試,但是把每個進(jìn)程分配的內(nèi)存縮小到64M, 然后開了100個這樣的進(jìn)程,據(jù)估計(jì)至少需要6G的內(nèi)存,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去看,事實(shí)證明,free函數(shù)根本就沒有釋放物理內(nèi)存。free是把malloc 得到的物理內(nèi)存還給了自己進(jìn)程,而不是還給了操作系統(tǒng)。
            在這一點(diǎn)上,freebsd是有差別的。執(zhí)行完free之后,rss明顯降了下來



            posted on 2010-02-18 20:01 楊帆 閱讀(446) 評論(0)  編輯 收藏 引用


            只有注冊用戶登錄后才能發(fā)表評論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


            導(dǎo)航

            <2025年6月>
            25262728293031
            1234567
            891011121314
            15161718192021
            22232425262728
            293012345

            統(tǒng)計(jì)

            常用鏈接

            留言簿

            隨筆檔案

            搜索

            最新評論

            閱讀排行榜

            評論排行榜

            久久综合88熟人妻| 国产高潮国产高潮久久久91 | 亚洲国产精品嫩草影院久久 | 精品久久久久久无码中文字幕| 成人午夜精品久久久久久久小说| 精品多毛少妇人妻AV免费久久| 亚洲欧美日韩精品久久亚洲区 | 久久不射电影网| 色综合久久天天综线观看| 久久精品成人欧美大片| 99精品久久精品| 国产A三级久久精品| 久久这里只有精品首页| 国产精品久久久久久五月尺| 日韩精品久久无码人妻中文字幕 | 午夜天堂av天堂久久久| 久久精品国产亚洲AV影院| 国产精品久久99| 三级三级久久三级久久| 精品久久国产一区二区三区香蕉| 亚洲精品无码久久久久| 久久久久婷婷| 狠狠色综合久久久久尤物| 久久中文骚妇内射| 久久精品一区二区三区AV| 久久婷婷人人澡人人| 国产精品xxxx国产喷水亚洲国产精品无码久久一区| 无码人妻久久一区二区三区蜜桃| 国产精品视频久久久| 97超级碰碰碰久久久久| 性欧美丰满熟妇XXXX性久久久 | 久久国产高清字幕中文| 性做久久久久久久| 麻豆亚洲AV永久无码精品久久| 久久精品亚洲AV久久久无码| 日本欧美国产精品第一页久久| 国产精品gz久久久| 久久婷婷五月综合97色直播| 国产精品欧美久久久久无广告| 亚洲嫩草影院久久精品| 久久久久国产一级毛片高清板|