• <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

            博客搬家了哦,請(qǐng)移步
            叫我abc

            常用鏈接

            留言簿(12)

            隨筆分類

            我的博客

            搜索

            •  

            積分與排名

            • 積分 - 305327
            • 排名 - 84

            最新評(píng)論

            閱讀排行榜

            昨天看完了cache_flush,有關(guān)gc_malloc的內(nèi)容,就到此為止了。接下來,就是補(bǔ)看這一路上暫時(shí)略過的一些函數(shù),順便引出對(duì)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ù)對(duì)必須在應(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ì)都是對(duì)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é)論也就是,相對(duì)當(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之間空無一物,用于存儲(chǔ)當(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,存儲(chǔ)父函數(shù),爺爺函數(shù)等等的函數(shù)中分配自由內(nèi)存的數(shù)量
            3.handle,存儲(chǔ)某個(gè)函數(shù)分配出來的自由內(nèi)存的id

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

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


            日本精品久久久久中文字幕8| 久久w5ww成w人免费| 久久国产热这里只有精品| 一本综合久久国产二区| 久久人人爽人人爽人人AV东京热| 国产精品视频久久| 一本久久免费视频| 99久久国产亚洲高清观看2024 | 青青青青久久精品国产h| 久久精品国产99久久丝袜| 久久精品国产亚洲av水果派| 久久中文字幕视频、最近更新 | 久久夜色精品国产亚洲| 久久久久久精品免费看SSS | 欧美va久久久噜噜噜久久| 久久人搡人人玩人妻精品首页| 亚洲国产精品一区二区久久hs| 久久久久亚洲精品天堂久久久久久 | 日韩va亚洲va欧美va久久| 老司机国内精品久久久久| 久久久久久夜精品精品免费啦 | 国产亚洲精久久久久久无码| 亚洲欧美日韩精品久久亚洲区| 91精品国产综合久久香蕉| 国产精品久久久久久福利漫画 | 日本福利片国产午夜久久| 久久99国产综合精品| 欧美黑人又粗又大久久久| 少妇精品久久久一区二区三区| 囯产极品美女高潮无套久久久| 无码任你躁久久久久久老妇App| 久久久久国产精品麻豆AR影院| 久久久亚洲精品蜜桃臀| 久久精品亚洲乱码伦伦中文| 国内精品久久久久久久久| 久久国产V一级毛多内射| 久久精品亚洲乱码伦伦中文| 亚洲国产成人乱码精品女人久久久不卡 | 日本加勒比久久精品| 亚洲国产日韩综合久久精品| 久久99热这里只频精品6|