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

            5、線程關(guān)聯(lián)內(nèi)存池再提速

             

             

            上一節(jié)已經(jīng)提到問(wèn)題,解決辦法是這樣的

            struct tm_bufunit

            {

                    tm_pool *pool;                        //pool指針

                    union

                    {

                            tm_bufunit *next;   //下一個(gè)塊指針

                            char data[4];           //數(shù)據(jù)區(qū)域

                    };

            };

             

            static void *tm_malloc(size_t size, size_t *osize=NULL)

            {

                    tm_bufunit *p = (tm_bufunit *)malloc(sizeof(tm_bufunit)-offsetof(tm_bufunit, data)+size);

                    if(p)

                    {

                            p->pool = NULL;

                            if(osize) *osize = size;

                            return p->data;

                    }

                    return      NULL;

            }

            看上面的代碼應(yīng)該很容易明白,就是將由該池malloc的內(nèi)存塊也打上統(tǒng)一的標(biāo)記,這樣由該池分配的任何內(nèi)存塊都可用最簡(jiǎn)單的判斷釋放,省去了查找線程查找目標(biāo)池的兩次查詢,不光提速了而且解決了上一節(jié)提到的那個(gè)bug。

            最終實(shí)現(xiàn)的線程關(guān)聯(lián)內(nèi)存池通用分配函數(shù)tm_new大概相當(dāng)于malloc 15倍左右的速度,定位到pool之后的newobj相當(dāng)于malloc 45倍左右的速度。通用函數(shù)大致相當(dāng)于nedmalloc速度的2.6-3倍,直接定位到pool的分配速度大概相當(dāng)于dlmalloc 2倍。

             

            關(guān)于線程關(guān)聯(lián)的內(nèi)存池還有一些細(xì)節(jié)問(wèn)題我沒(méi)有展開討論,如free表是每個(gè)線程保留一份還是全局保留一份,如果是全局保留一份則涉及到復(fù)用的時(shí)候如何分配,還有就是tls系列函數(shù)我看nedmalloc也在用,我第一版也在用,但后來(lái)實(shí)測(cè)發(fā)現(xiàn)這些函數(shù)貌似效率不高,后面的版本沒(méi)有采用tls系列函數(shù)。

            關(guān)于線程關(guān)聯(lián)的內(nèi)存池我寫了5個(gè)版本,當(dāng)然最重要的還是第一個(gè)版本,后面的版本除了這一節(jié)提到的重要改進(jìn)之外變化不是很大,最后的第五版增了一些和我的私有lib相關(guān)的功能。

             

            以前寫文章太少,總是看別人的文章,在網(wǎng)絡(luò)時(shí)代覺得自己挺自私,這次一鼓作氣,一口氣寫了出來(lái),可能寫得很粗略,不知道有多少人能看明白,如能給讀者一點(diǎn)啟示我將感到很欣慰。

            Posted on 2010-10-03 14:11 袁斌 閱讀(249) 評(píng)論(0)  編輯 收藏 引用

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


            精品国产99久久久久久麻豆| 久久久青草久久久青草| 久久亚洲AV无码西西人体| 观看 国产综合久久久久鬼色 欧美 亚洲 一区二区 | 国产99久久久国产精品小说| 18禁黄久久久AAA片| 久久久婷婷五月亚洲97号色 | 亚洲国产精品成人AV无码久久综合影院| 久久久青草青青亚洲国产免观| 激情久久久久久久久久| 区亚洲欧美一级久久精品亚洲精品成人网久久久久 | 久久午夜无码鲁丝片午夜精品| 狠狠色丁香婷婷久久综合五月| AV无码久久久久不卡网站下载| 久久五月精品中文字幕| www.久久热| 亚洲国产精品无码久久一区二区| 91精品婷婷国产综合久久| 伊人久久综合无码成人网| 久久久99精品一区二区| 久久精品国产亚洲AV大全| 久久99热这里只有精品66| 国产精品日韩欧美久久综合| 99久久99久久| 久久久久99精品成人片试看| 麻豆精品久久久久久久99蜜桃 | 国产成人精品久久| 97久久超碰国产精品旧版| 久久久久久久精品妇女99| 一级A毛片免费观看久久精品| 久久AAAA片一区二区| 婷婷综合久久狠狠色99h| 国产精品久久久久久| 久久久一本精品99久久精品88| 久久九九兔免费精品6| 亚洲人成电影网站久久| 国产精品99久久久精品无码 | 国产偷久久久精品专区 | 精品一二三区久久aaa片| 久久久久亚洲AV无码观看| 久久久久亚洲AV成人网人人网站|