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

            久久婷婷色综合一区二区| 久久精品免费一区二区| 久久精品男人影院| 激情五月综合综合久久69| 无码乱码观看精品久久| 欧美噜噜久久久XXX| 国产一区二区精品久久凹凸| 久久久久久久97| 国产69精品久久久久99尤物| 久久久久波多野结衣高潮| 久久免费小视频| 亚洲人成精品久久久久| 国产69精品久久久久777| 久久久久久精品无码人妻| 夜夜亚洲天天久久| 色偷偷久久一区二区三区| 人人狠狠综合久久亚洲高清| 国产亚洲欧美成人久久片| 久久久久久久久久久久久久| 国产成人精品久久一区二区三区av| 国产偷久久久精品专区 | 国产福利电影一区二区三区,免费久久久久久久精 | 97视频久久久| 国产成人综合久久久久久| 99国产欧美久久久精品蜜芽| 99久久国产精品免费一区二区| 日批日出水久久亚洲精品tv| 九九热久久免费视频| 久久久久久久综合日本亚洲| 国产精品久久久久9999| 国产精品久久网| www.久久精品| 久久99热国产这有精品| 成人综合伊人五月婷久久| 欧美一区二区三区久久综| 无码AV波多野结衣久久| 精品久久久久久成人AV| 国内精品久久久久影院日本| 国产成人精品久久一区二区三区| 久久亚洲精精品中文字幕| 久久免费小视频|