• <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>
            隨筆 - 119  文章 - 290  trackbacks - 0

            博客搬家了哦,請移步
            叫我abc

            常用鏈接

            留言簿(12)

            隨筆分類

            我的博客

            搜索

            •  

            積分與排名

            • 積分 - 305322
            • 排名 - 84

            最新評論

            閱讀排行榜

            昨天看完了cache_flush,有關(guān)gc_malloc的內(nèi)容,就到此為止了。接下來,就是補(bǔ)看這一路上暫時(shí)略過的一些函數(shù),順便引出對malloc出來但是沒有建立依賴關(guān)系的內(nèi)存是如何管理的。
            其實(shí)這一路過來,就忽略了兩個(gè)函數(shù):map_idstack_push。有關(guān)map_id的作用已經(jīng)說過,仍打算繼續(xù)忽略下去。至于stack_push分別出現(xiàn)在了gc_mallocgc_link中,在gc_link中作為解除內(nèi)存依賴關(guān)系的一個(gè)步驟,可以以后再看,而在gc_malloc中,是在沒有提供parent參數(shù)的時(shí)候的一個(gè)執(zhí)行分支,也就是新分配的內(nèi)存沒有建立依賴關(guān)系而進(jìn)行的另外一種管理,這種管理使得內(nèi)存可以被gc_collect回收。

            如果要看stack_push,就必須先看gc_entergc_leave,根據(jù)提供的說明,這兩個(gè)函數(shù)對必須在應(yīng)用程序的每個(gè)函數(shù)的開始和結(jié)束調(diào)用,也可以只是簡單的放置在main loop中,而不必填充到每一個(gè)函數(shù)里。光介紹概念還是太抽象,直接看代碼來得實(shí)惠。
            1void
            2gc_enter()
            3{
            4    stack_expand();
            5    E.stack.data[E.stack.top].number=E.stack.top-E.stack.current;
            6    E.stack.current=E.stack.top++;
            7}
            忘了說,這一塊內(nèi)容,其本質(zhì)都是對stack進(jìn)行操作,所以第4行,首先拓展stack的尺寸。stack_expand里面包含一個(gè)拓展策略,因?yàn)槲铱床欢筒唤榻B了,總之,其結(jié)果就是保證了stack總是有足夠的空間而很少越界。

            第5、6行,看起來還是要配上云風(fēng)畫的圖可能更容易理解
            /*    stack data
               +----------+
             0 | level 0  |                ----> level 0 / root ( node pack )
             1 | level 1  |                --+-> level 1 ( 1 node ref + node pack )
             2 | node ref | <-bottom       --+
             3 | 2 (lv.2) |
             4 | node ref |                --+-> level 2 ( 3 node ref )
             5 | node ref |                  |
             6 | node ref |                --+
             7 | 4 (lv.3) | <-current
             8 | node ref |                --+-> level 3 ( 2 node ref )
             9 | node ref |                --+
             10|   nil    | <-top
             11|   nil    |
               +----------+
             */
            在top和current之間,保存的是在父函數(shù)中分配而沒有建立依賴關(guān)系的內(nèi)存的id。所以第5行,就是把父函數(shù)中分配的自由內(nèi)存的數(shù)量壓入堆棧。第6行則讓current指向這個(gè)位置。
            結(jié)論也就是,相對當(dāng)前的函數(shù)而言:
            1.current指向的數(shù)據(jù)是爺爺函數(shù)中分配的自由內(nèi)存的數(shù)量
            2.top和current之間保存的是父函數(shù)中分配的自由內(nèi)存的id
            通過調(diào)用gc_enter,堆棧調(diào)整為:current指向的數(shù)據(jù)保存著父函數(shù)中分配的自由內(nèi)存的數(shù)量,而現(xiàn)在top和current之間空無一物,用于存儲當(dāng)前函數(shù)將要分配的自由內(nèi)存id。

            下面看看stack_push的代碼
            1static void
            2stack_push(int handle)
            3{
            4    stack_expand();
            5    E.stack.data[E.stack.top++].handle=handle;
            6}
            參數(shù)handle就是新分配的內(nèi)存的id。代碼就2行,首先是拓展stack,然后就是把內(nèi)存id壓入堆棧,放在top和current之間。這也就解釋了上面的那個(gè)堆棧的布局結(jié)構(gòu)如何而來。

            最后,貼一下stack的定義。因?yàn)榍皟蓚€(gè)函數(shù)都有些簡單,以至于忘記看數(shù)據(jù)結(jié)構(gòu)的定義了
            union stack_node {
                
            int stack;
                
            int number;
                
            int handle;
            }
            ;

            struct stack {
                union stack_node 
            *data;
                
            int top;
                
            int bottom;
                
            int current;
            }
            ;
            stack即堆棧,內(nèi)部用一個(gè)數(shù)組實(shí)現(xiàn),即成員變量data。數(shù)組元素為stack_node。
            由stack_node的定義可知,堆棧的一個(gè)元素可能表示3種用途:
            1.stack,不知道
            2.number,存儲父函數(shù),爺爺函數(shù)等等的函數(shù)中分配自由內(nèi)存的數(shù)量
            3.handle,存儲某個(gè)函數(shù)分配出來的自由內(nèi)存的id

            that is today
            posted on 2008-09-17 21:02 LOGOS 閱讀(1551) 評論(0)  編輯 收藏 引用

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


            久久国产香蕉一区精品| 日韩人妻无码一区二区三区久久| 麻豆精品久久精品色综合| 91久久精品国产免费直播| 伊人久久大香线蕉综合热线| 久久超碰97人人做人人爱| 一本色道久久88加勒比—综合| 热久久视久久精品18| 国产 亚洲 欧美 另类 久久| 亚洲精品乱码久久久久久蜜桃图片| 久久精品国产91久久麻豆自制 | 亚洲av日韩精品久久久久久a| 婷婷综合久久狠狠色99h| 丁香色欲久久久久久综合网| 久久精品国产亚洲一区二区三区| 久久w5ww成w人免费| 久久只有这里有精品4| 国产精品久久久久乳精品爆| 久久人人爽人人爽人人片AV不| 成人综合久久精品色婷婷 | 一本久久综合亚洲鲁鲁五月天亚洲欧美一区二区 | 久久精品国产只有精品66 | 日韩欧美亚洲国产精品字幕久久久| 国产亚洲欧美成人久久片| 婷婷伊人久久大香线蕉AV | 蜜臀久久99精品久久久久久小说| 热RE99久久精品国产66热| 久久久精品日本一区二区三区 | 欧美精品一区二区精品久久| av无码久久久久不卡免费网站| 99蜜桃臀久久久欧美精品网站 | 91麻豆国产精品91久久久| 亚洲欧洲久久av| 久久夜色精品国产亚洲| 久久精品国产乱子伦| 99久久国产宗和精品1上映| 亚洲AV无码久久精品狠狠爱浪潮| 久久无码人妻一区二区三区 | 久久99亚洲网美利坚合众国| 99久久精品国产麻豆| 观看 国产综合久久久久鬼色 欧美 亚洲 一区二区 |