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

            隨筆分類

            我的博客

            搜索

            •  

            積分與排名

            • 積分 - 304346
            • 排名 - 84

            最新評(píng)論

            閱讀排行榜

            先說下背景,有同學(xué)看了我寫的yfgc庫(kù)的分析,留言問我能不能用c實(shí)現(xiàn)一個(gè)教學(xué)用gc庫(kù),力求簡(jiǎn)單,無(wú)需優(yōu)化。這個(gè)月實(shí)在寫不出blog,正好充數(shù)一篇。
            相關(guān)連接: http://m.shnenglu.com/darkdestiny/archive/2008/09.html

            真正能用的gc庫(kù)我不會(huì)寫,簡(jiǎn)單表達(dá)問題本質(zhì)的東西倒還能應(yīng)付,就寫了一下。不過只用c沒有容器是不行的,用了stl,相信同學(xué)能看明白。
            首先還是先說一下基本概念,gc本質(zhì)就是把你分配出去的內(nèi)存都記好了,倆倆內(nèi)存之間的依賴關(guān)系都記好了。回收的時(shí)候查找依賴關(guān)系,將被根節(jié)點(diǎn)依賴的內(nèi)存都標(biāo)記為不可刪除,刪除沒有被標(biāo)記的內(nèi)存即可。
            說實(shí)話,gc對(duì)于c/cpp這種中級(jí)語(yǔ)言意義不大,因?yàn)槟悴坏貌皇謩?dòng)修改兩塊內(nèi)存之間的依賴關(guān)系,這和手動(dòng)管理內(nèi)存是沒有差別的。你忘了解除依賴關(guān)系,等價(jià)于忘了釋放內(nèi)存。
            gc這種東西,只對(duì)于能把指針變量進(jìn)行特殊編譯的編譯器,或者基于虛擬機(jī)的語(yǔ)言有價(jià)值。我用c/cpp的話還是傾向于手動(dòng)管理內(nèi)存,不管依賴關(guān)系如何復(fù)雜,只要所有權(quán)內(nèi)保證唯一就可單點(diǎn)手動(dòng)釋放;對(duì)于所有權(quán)不唯一的依賴關(guān)系,則采用引用計(jì)數(shù)機(jī)制。

            話說太多了,貼點(diǎn)代碼吧,也許改改就能編譯過去。
            #define ROOT (void*)NULL

            void* gc_malloc(size_t s);
            void gc_link(void* parent, void* child);
            void gc_unlink(void* parent, void* child);
            void gc_collect();


            #include 
            <map>
            static std::multimap<void*,void*> s_links, s_linkClean;
            static std::map<void*,int> s_allPtrs;
            static int s_color = 0;


            void* gc_malloc(size_t s)
            {
                
            void* ptr = ::malloc(s);
                s_allPtrs[ptr] 
            = s_color;
                
            return ptr;
            }

            void gc_link(void* parent, void* child)
            {
                s_links.insert(std::make_pair(parent,child));
            }

            void gc_unlink(void* parent, void* child)
            {
                s_links.erase(std::make_pair(parent, child));
            }

            void gc_collect()
            {
                s_color 
            = (s_color+1% 2;
                gc_mark_r(ROOT);
                s_links 
            = s_linkClean;
                s_linkClean.clear();

                auto iter 
            = s_allPtrs.begin();
                
            while(iter!=s_allPtrs.end())
                {
                    auto cur 
            = iter++;
                    
            if(cur->second != s_color)
                    {
                        ::free(cur
            ->first);
                        s_allPtrs.erase(cur);
                    }
                }
            }

            void gc_mark_r(void* parent)
            {
                
            if(parent!=ROOT && s_allPtrs[parent]==s_color)
                {
                    
            return;
                }
                s_allPtrs[parent] 
            = s_color;

                auto iter 
            = s_links.lower_bound(parent);
                auto end 
            = s_links.upper_bound(parent);
                
            for(; iter!=end; ++iter)
                {
                    s_linkClean.insert(iter);
                    
            void* child = iter->second;
                    gc_mark_r(child);
                }
            }

            int main()
            {
                
            void* p1 = gc_malloc(10);
                gc_link(ROOT, p1);
                
            void* p2 = gc_malloc(20);
                gc_link(p1, p2);
                gc_collect();
                
            return 0;
            }

            yfgc庫(kù)里的gc_enter/gc_leave是實(shí)現(xiàn)在gc_link/gc_unlink上的,算拓展api吧。同學(xué)完全可以自己實(shí)現(xiàn)的,hint是,為每個(gè)函數(shù)調(diào)用分配一點(diǎn)內(nèi)存,建立父子函數(shù)內(nèi)存上的依賴關(guān)系,函數(shù)里分配的臨時(shí)內(nèi)存和函數(shù)對(duì)應(yīng)的內(nèi)存也建立依賴關(guān)系,函數(shù)退出時(shí)解除相關(guān)的依賴關(guān)系。

            云風(fēng)不久前又給出一個(gè)基于繼承的gc解決方案,很簡(jiǎn)單,可以看看:
            http://blog.codingnow.com/2010/02/cpp_gc.html
            posted on 2010-04-29 21:13 LOGOS 閱讀(2955) 評(píng)論(6)  編輯 收藏 引用 所屬分類: 垃圾收集

            FeedBack:
            # re: gc庫(kù)概念簡(jiǎn)化版 2010-04-30 09:42 Kevin Lynx
            - - 果然需要自己“改改才能編譯過去”。。  回復(fù)  更多評(píng)論
              
            # re: gc庫(kù)概念簡(jiǎn)化版 2010-04-30 10:23 Kevin Lynx
            每一次調(diào)用gc_collect的時(shí)候,s_color變?yōu)閷?duì)立值(0->1, 1->0),然后gc_mark_r將位于s_links中的指針全部標(biāo)記為當(dāng)前的s_color值,那么在gc_collect之前gc_unlink的指針依然為原來(lái)的s_color,即未被標(biāo)記,然后gc_collect回收這些未被標(biāo)記的指針(指向的內(nèi)存)。

            不是很明白,s_linkClean在這里的作用。  回復(fù)  更多評(píng)論
              
            # re: gc庫(kù)概念簡(jiǎn)化版 2010-04-30 10:35 LOGOS
            @Kevin Lynx
            假設(shè)links中有這些值
            root->a,a->b,b->c
            當(dāng)root->a被刪除后,links的值為
            a->b,b->c
            結(jié)果a,b,c都被回收了,而這些鏈接關(guān)系都是無(wú)效的關(guān)系,需要清理
            s_linkClean用于記錄有效的鏈接關(guān)系  回復(fù)  更多評(píng)論
              
            # re: gc庫(kù)概念簡(jiǎn)化版[未登錄] 2010-04-30 11:03 houapple
            先謝謝LOGOS的回復(fù),早上起來(lái)就看自己想看到的,心情那個(gè)愉悅啊!呵呵!
            恩,剛剛把程序仔細(xì)看完,大概明白了程序的思想。
            有兩個(gè)問題:
            1、如果我們不顯式調(diào)用 gc_link 去維護(hù)依賴關(guān)系,如何去知道哪些內(nèi)存需要回收?
            2、因?yàn)榇蟛糠謨?nèi)存泄露都在被調(diào)用的函數(shù)中發(fā)生。如果我希望如下使用:
            main()
            {
            gc_init();
            foo();
            gc_collect();
            }
            當(dāng)然foo()中內(nèi)存分配函數(shù)使用gc_malloc()。應(yīng)該用什么機(jī)制去實(shí)現(xiàn)?  回復(fù)  更多評(píng)論
              
            # re: gc庫(kù)概念簡(jiǎn)化版 2010-04-30 11:56 LOGOS
            @houapple
            1.不調(diào)用gc_link,所有內(nèi)存都會(huì)被回收
            2.
            foo()
            {
            gc_enter();
            ...
            gc_leave();
            }
            gc_enter分配一個(gè)表示函數(shù)調(diào)用的內(nèi)存p,修改gc_malloc,分配出c時(shí)默認(rèn)和函數(shù)調(diào)用棧頂?shù)膬?nèi)存建立依賴關(guān)系即可:gc_link(p,c)
            gc_leave刪除當(dāng)前函數(shù)和上一個(gè)函數(shù)的依賴關(guān)系:gc_unlink(p-1, p)  回復(fù)  更多評(píng)論
              
            # re: gc庫(kù)概念簡(jiǎn)化版[未登錄] 2010-04-30 14:22 houapple
            第一點(diǎn)明白了,第二點(diǎn)考慮中!
            謝謝 LOGOS  回復(fù)  更多評(píng)論
              
            欧洲国产伦久久久久久久| 思思久久精品在热线热| 久久精品国内一区二区三区| 国产一区二区三区久久精品| 女人香蕉久久**毛片精品| 久久天天躁狠狠躁夜夜不卡| 伊人久久大香线蕉av不卡| 国产午夜精品久久久久免费视| 成人精品一区二区久久| 久久人做人爽一区二区三区| 99国产欧美久久久精品蜜芽| 久久影视综合亚洲| 久久精品天天中文字幕人妻| 久久久久女教师免费一区| 久久亚洲私人国产精品vA| 久久99精品国产麻豆婷婷| 久久久久久夜精品精品免费啦 | 中文字幕无码免费久久| 狠狠久久亚洲欧美专区| 亚洲成av人片不卡无码久久| 久久精品国产久精国产| 日韩人妻无码精品久久久不卡| 91久久九九无码成人网站| 99久久精品国产高清一区二区| 久久婷婷色综合一区二区| 国产高清国内精品福利99久久| 久久精品国产亚洲AV无码娇色 | 久久综合香蕉国产蜜臀AV| 久久久久人妻一区精品| 久久国产精品免费| 国产精品成人99久久久久91gav| 精品国产乱码久久久久久郑州公司| 18岁日韩内射颜射午夜久久成人| 色欲综合久久躁天天躁| 伊人久久大香线蕉无码麻豆| 久久久青草青青国产亚洲免观| 亚洲国产精品久久久久网站 | 国产精品久久久久久久久久影院| 精品多毛少妇人妻AV免费久久| 国产精品美女久久久免费| 观看 国产综合久久久久鬼色 欧美 亚洲 一区二区 |