• <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>
            最近一直在學(xué)習(xí)ACE在內(nèi)存方面的資料,可以看了無(wú)數(shù)回,都記不住而且每次看都有點(diǎn)暈,現(xiàn)在我把有關(guān)自己的一些理解貼上來(lái),希望對(duì)大家有些幫助。
            首先我們要理解幾個(gè)概念:分配器、內(nèi)存池
            分配器:就是分配內(nèi)存的方式,在C++中我們使用的是new,malloc等操作符,分配器就有點(diǎn)new和malloc的意思。ACE提供的很多豐富數(shù)據(jù)分配方式后面我會(huì)進(jìn)行講述一些ACE的分配方式
            內(nèi)存池:我們都知道在C++中我們使用new或malloc時(shí)候就是想系統(tǒng)提交一個(gè)需要內(nèi)存的申請(qǐng),系統(tǒng)根據(jù)情況會(huì)給我分配需要的空間,在一般的應(yīng)用下是沒有問(wèn)題,但是如果我們頻繁快速的申請(qǐng)和釋放就會(huì)帶來(lái)一個(gè)效率問(wèn)題,這個(gè)時(shí)候我們就需要一個(gè)內(nèi)存池,一次性申請(qǐng)非常多的內(nèi)存供程序使用。這個(gè)時(shí)候問(wèn)題就來(lái)了,我們?cè)趺窗堰@些內(nèi)存給程序中使用了,這個(gè)時(shí)候ACE的分配器就起作用了。

            總體而言:內(nèi)存池申請(qǐng)一大塊內(nèi)存區(qū)域,而分配器來(lái)管理內(nèi)存池的區(qū)域分配與回收。這樣我們就減少了系統(tǒng)分配釋放內(nèi)存的次數(shù),同時(shí)這種做法也可以避免內(nèi)存泄漏。

            分配器:

            ACE_Allocator 
            ACE中的分配器類的接口類。這些類使用繼承和動(dòng)態(tài)綁定來(lái)提供靈活性。

            ACE_Static_Allocator 
            該分配器管理固定大小的內(nèi)存。每當(dāng)收到分配內(nèi)存的請(qǐng)求時(shí),它就移動(dòng)內(nèi)部指針、以返回內(nèi)存chunk(“大塊”)。它還假定內(nèi)存一旦被分配,就再也不會(huì)被釋放。

            ACE_Cached_Allocator 
            該分配器預(yù)先分配內(nèi)存池,其中含有特定數(shù)目和大小的內(nèi)存chunk。這些chunk在內(nèi)部空閑表(free list)中進(jìn)行維護(hù),并在收到內(nèi)存請(qǐng)求(malloc())時(shí)被返回。當(dāng)應(yīng)用調(diào)用free()時(shí),chunk被歸還到內(nèi)部空閑表、而不是OS中。

            ACE_New_Allocator 
            為C++ new和delete操作符提供包裝的分配器,也就是,它在內(nèi)部使用new和delete操作符,以滿足動(dòng)態(tài)內(nèi)存請(qǐng)求。

            內(nèi)存池
            ACE_MMAP_Memory_Pool       基于內(nèi)存映射的內(nèi)存池 
            ACE_Lite_MMAP_Memory_Pool  基于內(nèi)存映射文件的內(nèi)存池的輕量級(jí)版本 
            ACE_Shared_Memory_Pool     基于System V共享內(nèi)存的內(nèi)存池 
            ACE_Local_Memory_Pool      基于C++new操作的內(nèi)存池 
            ACE_Pagefile_Memory_Pool   基于從windows頁(yè)面文件分配的匿名內(nèi)存區(qū)內(nèi)存池 
            ACE_Sbrk_Memory_Pool       基于sbrk(2)的內(nèi)存池 

            下面我們通過(guò)一些簡(jiǎn)單的代碼來(lái)說(shuō)明分配器和內(nèi)存池的使用

            ACE_Cached_Allocator 的使用:

            int _tmain(int argc, _TCHAR* argv[])
            {

            // 申明一個(gè)數(shù)組類型
             typedef char MEMORY_BLOCK[1024];

            //申明分配器 使用MEMORY_BLOCK的意思就是 ACE_Cached_Allocator中每一個(gè)chunk的長(zhǎng)度為1024個(gè)字節(jié)
             typedef ACE_Cached_Allocator<MEMORY_BLOCK, ACE_SYNCH_MUTEX> Allocator;

             Allocator allocator_(10);
             char* mesg_array_ = (char*)allocator_.malloc(1025); // 如果我們需要的內(nèi)存大于每個(gè)chunk 那么就會(huì)分配失敗 這句話的執(zhí)行結(jié)果就是mesg_array_ == NULL
             char* mesg_array1 = (char*)allocator_.malloc(100); // 分配成功
             allocator_.free(mesg_array1); //釋放mesg_array1的內(nèi)存,實(shí)際上內(nèi)存并沒有釋放的OS,而是還停留在allocator_.中,如果有興趣你可以看看ACE的源代碼
             getchar();
             return 0;
            }
            從上面的DEMO我們可以看出ACE_Cached_Allocator 實(shí)際上也是一種內(nèi)存池,但是我們把它叫做分配器

            下面我們來(lái)說(shuō)明內(nèi)存池的使用:
            內(nèi)存池一般我們與ACE_MALLOC和 ACE_Allocator_Adapter配合使用
            typedef  ACE_Malloc<ACE_LOCAL_MEMORY_POOL, ACE_SYNCH_MUTEX> MUTEX_MALLOC;
            typedef ACE_Allocator_Adapter<MUTEX_MALLOC> Mutex_Allocator;
            那么我們操作Mutex_Allocator就跟操作分配一樣。通過(guò)malloc和free來(lái)分配釋放內(nèi)存
            int _tmain(int argc, _TCHAR* argv[])
            {

             typedef  ACE_Malloc<ACE_LOCAL_MEMORY_POOL, ACE_SYNCH_MUTEX> MUTEX_MALLOC;
             typedef ACE_Allocator_Adapter<MUTEX_MALLOC> Mutex_Allocator;

            Mutex_Allocator allocator_;
             char* mesg_array_ = (char*)allocator_.malloc(1025); // 分配成功
             char* mesg_array1 = (char*)allocator_.malloc(100); // 分配成功
             allocator_.free(mesg_array1); //釋放mesg_array1的內(nèi)存
             getchar();
             return 0;
            }
            關(guān)于內(nèi)存池我也只懂的如何應(yīng)用可是我還是不知道,里面內(nèi)部的實(shí)現(xiàn)機(jī)制,就我個(gè)人理解而言,ACE的內(nèi)存池主要還是為了滿足進(jìn)程間共享內(nèi)存過(guò)兩天我會(huì)把這方面的代碼貼出來(lái)。

            posted on 2011-04-14 22:56 arrow8209 閱讀(1323) 評(píng)論(0)  編輯 收藏 引用

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


            統(tǒng)計(jì)

            久久99国产综合精品免费| AAA级久久久精品无码区| 久久国产精品成人免费| 国产成人无码精品久久久性色| 国产成人无码精品久久久久免费 | 国产亚洲美女精品久久久2020| 久久久久亚洲精品中文字幕| 午夜精品久久久内射近拍高清| 93精91精品国产综合久久香蕉| 无码人妻久久一区二区三区蜜桃 | 一本久道久久综合狠狠爱| 久久精品国产一区二区三区| 亚洲人成无码久久电影网站| 粉嫩小泬无遮挡久久久久久| 中文精品99久久国产| 欧美亚洲色综久久精品国产| 狠色狠色狠狠色综合久久 | 久久久WWW免费人成精品| 久久久久青草线蕉综合超碰| 伊人久久免费视频| 久久精品国产亚洲精品2020 | 亚洲人AV永久一区二区三区久久| 亚洲欧洲久久久精品| 亚洲欧美日韩久久精品第一区| 色狠狠久久AV五月综合| 久久综合给久久狠狠97色| 久久精品国产99久久久古代| 婷婷国产天堂久久综合五月| 99国产精品久久久久久久成人热| 国产精品久久久久久福利漫画| 精品免费久久久久久久| 久久棈精品久久久久久噜噜| 中文字幕亚洲综合久久菠萝蜜| 狠狠干狠狠久久| 欧美大战日韩91综合一区婷婷久久青草 | 久久久久久国产精品美女| 97久久精品人人澡人人爽| 狠狠色婷婷久久一区二区| 久久男人中文字幕资源站| 国产美女久久精品香蕉69| 久久99国产精品久久99果冻传媒|