• <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>
            Lyt
            posts - 16,comments - 61,trackbacks - 0

                  開發(fā)這個垃圾收集器的是為了降低用戶使用語言的難度,回避掉內(nèi)存使用的囧事(比如內(nèi)存泄漏)。垃圾收集器工作時,需要掛起用戶程序,等待釋放出不占用的資源后才可繼續(xù)工作。如何提高垃圾收集器的性能顯得非常重要。

            1. 垃圾收集器什么時候工作比較合適

                  垃圾收集器會在內(nèi)存耗盡或內(nèi)存分配達到某個閾值時才進行工作。內(nèi)存耗盡要進行垃圾收集是自然的,但是這個閾值到底該多大才合適呢?太小會造成垃圾收集頻率太高,太大會造成內(nèi)存利用率降低。這里我只是簡單地?zé)o視這個問題,等到內(nèi)存耗盡再進行回收。

            2. 多少個分代才合適

                  垃圾收集器一個工作周期時長極大地依賴于一次收集中存活下來的數(shù)據(jù)。分代越小,時間越短,然而,一個較小的分代會比較大的分代更容易填滿,從而增大了收集的頻率,除非我們更早地提升對象。但是,分代收集是希望盡可能多的對象中年輕的時候死亡,所以對象不應(yīng)該被過早地提升。這里我只是簡單地抄襲了.NET,分成三代。

            3. 分代的大小是固定的

                  Generation的大小如果能隨著內(nèi)存使用情況來改變就好了,不知道要根據(jù)啥規(guī)律來折騰,心理沒譜。

            4. 一剛開始垃圾收集器申請的內(nèi)存也是固定大小的

                  如果內(nèi)存耗盡,垃圾收集后仍然無法提供足夠的內(nèi)存分配給對象,此時我就只能拋出異常了。有在考慮說,是不是要擴大這個內(nèi)存,重新申請,重新分配Generation,到底要根據(jù)啥規(guī)律比較合適暫時還沒明白。

            5. 什么時候提升對象

                  一個對象什么時候提升依賴于這個對象必須在多少次收集中幸存下來。這里我只是簡單地在每次收集后就提升所有的對象,即使某些提升的對象實際上很年輕,會使得年輕對象沒有死亡機會。

             

                  到這里關(guān)于垃圾收集器的討論就告一段落了,歡迎大家來噴~

            posted on 2010-05-14 16:34 Lyt 閱讀(1861) 評論(2)  編輯 收藏 引用 所屬分類: 垃圾收集器

            FeedBack:
            # re: 稚嫩版垃圾收集器 之 未解決的問題
            2010-05-14 18:09 | 陳昱(CY)
            如果SmallObject最大大小并不是很大的話~~也許可以根據(jù)對象大小弄成多個SmallObjectHeap。

            比如對象大小是2,就放在SmallObjectHeap2,
            對象大小是4,就放在SmallObjectHeap4,
            對象大小是8,就放在SmallObjectHeap8.......

            這樣就可以省去內(nèi)存縮并的工作。只有當(dāng)Heap不夠大時,才擴大內(nèi)存。

            不用執(zhí)行碎片的方法(參考python的實現(xiàn)):
            struct BlockN
            {
            BlockN* m_Free;
            char data[N];//大小為N的對象數(shù)據(jù)
            };
            class SmallObjectHeapN
            {
            BlockN m_Blocks[size];
            BlockN* m_NextFree;
            };
            SmallObjectHeapN的類里面有一個指向空閑地址的指針m_NextFree,每個BlockN也有一個指向空閑地址的指針m_Free(初始化成0),
            在一開始的時候SmallObjectHeapN的m_NextFree肯定指向m_Blocks的地址;
            添加的時候,發(fā)現(xiàn)m_NextFree所在的block里面的m_Free是0,于是++m_NextFree;
            某個block刪除的時候,m_Free=m_NextFree,而m_NextFree指向這個被刪除的block;
            再次添加對象時,發(fā)現(xiàn)m_NextFree指向的block里面的m_Free不是0,則添加完成后,m_NextFree=block->m_Free就行了。  回復(fù)  更多評論
              
            # re: 稚嫩版垃圾收集器 之 未解決的問題
            2010-05-14 22:03 | Lyt
            @陳昱(CY)
            看懂,我在實現(xiàn)對象池的時候就是用類似的算法。  回復(fù)  更多評論
              
            久久精品无码一区二区WWW| 中文字幕人妻色偷偷久久| 久久精品国产一区| 国产一区二区精品久久岳| 伊人久久大香线蕉综合5g| 国产成年无码久久久免费| 青青草国产精品久久久久| 久久人做人爽一区二区三区| 国产日产久久高清欧美一区| 久久久国产亚洲精品| a级毛片无码兔费真人久久| 久久久无码精品亚洲日韩京东传媒| 国产精品久久久久久福利漫画| 青青草原综合久久大伊人导航| 久久91精品久久91综合| 久久久久波多野结衣高潮| 国产—久久香蕉国产线看观看| 精品国产VA久久久久久久冰 | 亚洲熟妇无码另类久久久| 狠狠色综合网站久久久久久久| 色欲av伊人久久大香线蕉影院| 久久人搡人人玩人妻精品首页| 97r久久精品国产99国产精| 少妇熟女久久综合网色欲| 久久精品免费大片国产大片| 久久精品一区二区国产| 久久国产亚洲精品无码| 亚洲色大成网站WWW久久九九| 三级片免费观看久久| 久久久久亚洲AV成人网人人网站| 亚洲国产成人久久综合一 | 久久中文娱乐网| 国产精品久久网| 久久线看观看精品香蕉国产| 久久综合九色综合网站| 久久人爽人人爽人人片AV| 久久久噜噜噜久久熟女AA片| 久久精品国产亚洲77777| 狠狠88综合久久久久综合网| jizzjizz国产精品久久| 99久久国语露脸精品国产|