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


            a级成人毛片久久| 久久久久亚洲av成人网人人软件 | 久久精品国产99国产精品澳门| 国产精品久久久久9999| 久久久久综合国产欧美一区二区| 久久久久久久97| 久久av高潮av无码av喷吹| 久久乐国产综合亚洲精品| 人人狠狠综合久久88成人| 狠狠综合久久综合中文88| 亚洲成色WWW久久网站| 久久99精品久久久久久9蜜桃| 亚洲va久久久噜噜噜久久| 激情久久久久久久久久| www.久久热.com| 无码日韩人妻精品久久蜜桃| 久久免费视频一区| 国产精品熟女福利久久AV| 国产精品女同久久久久电影院| 中文字幕精品久久久久人妻| 久久久久久久99精品免费观看| 亚洲狠狠婷婷综合久久蜜芽 | 韩国三级大全久久网站| 精品久久久一二三区| 很黄很污的网站久久mimi色| 精品久久777| 国产Av激情久久无码天堂| 97精品伊人久久久大香线蕉| 老司机午夜网站国内精品久久久久久久久 | 久久精品国产久精国产一老狼| 久久精品一区二区影院| 中文精品久久久久国产网址| 狠狠88综合久久久久综合网| 久久久久亚洲Av无码专| 久久精品国产男包| 麻豆亚洲AV永久无码精品久久| 无码人妻久久久一区二区三区| 久久亚洲精品成人AV| 99久久超碰中文字幕伊人| 999久久久无码国产精品| 老司机国内精品久久久久|