青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

勤能補拙,Expter

成都游戲Coder,記錄游戲開發(fā)過程的筆記和心得!

基于策略的一種高效內(nèi)存池的實現(xiàn)

一.XXX
      1)概念說明
          這里不再具體描述內(nèi)存池的概念和作用,需要了解請看http://baike.baidu.com/view/2659852.htm?fr=ala0_1_1

      2)描述
         在開發(fā)一個長時間運行的服務(wù)器程序時,一般頻繁的向操作系統(tǒng)動態(tài)申請內(nèi)存,而采用堆new分配,速度較慢,而且如果一個程序頻繁的申請小內(nèi)存塊,很容易產(chǎn)生內(nèi)存碎片,每次查找相對較慢。
        因為堆是向高地址擴展的數(shù)據(jù)結(jié)構(gòu),每次內(nèi)存分配其實都是進行虛擬內(nèi)存分配,都會建立虛擬內(nèi)存的到物理內(nèi)存的映射,而是分配的一種不連續(xù)的內(nèi)存區(qū)域,由于系統(tǒng)是用鏈表來存儲的空閑內(nèi)存地址的,而鏈表的遍歷方向是由低地址向高地址。     
       這里還有一篇關(guān)于關(guān)于頻繁的內(nèi)存分配性能分析 ,圖文并茂的講得很詳細。
     
      3)實現(xiàn)目標. 
       而設(shè)計內(nèi)存池的目的是為了保證一個程序長時間高效的運行,而該程序?qū)?nèi)存申請頻繁,為了減少系統(tǒng)內(nèi)存碎片的產(chǎn)生,合理分配管理用戶內(nèi)存,從而減少系統(tǒng)中出現(xiàn)有效空間足夠,而無法分配大塊連續(xù)內(nèi)存的情況。

         關(guān)于實現(xiàn)一個高效與穩(wěn)定內(nèi)存池模塊有如下目標:
         A.如何實現(xiàn)內(nèi)存的快速分配
         B.如何實現(xiàn)內(nèi)存的快速釋放
         C.如何管理內(nèi)存池的穩(wěn)定與效率.  
         注:本文介紹的內(nèi)存池管理效率相對較高,且可以針對任意大小內(nèi)存分配.... 

  二.設(shè)計
      設(shè)計前我們假設(shè)內(nèi)存申請很頻繁,而且申請小于在5120byte的遠遠大于5120byte字節(jié)。
  
      為了讓設(shè)計的內(nèi)存池的使用更具有通用型和高效性,這里大致介紹通過需求不同指定一種基于內(nèi)存需求策略的方式設(shè)計出一種內(nèi)存池。   
      及小于5120字節(jié)的采用小塊內(nèi)存分配,大于5120的通過操作系統(tǒng)分配,內(nèi)存池管理.

      此內(nèi)存池包括2中分配方式,介紹分配如下:
      1)  個數(shù)固定的不定長的靜態(tài)內(nèi)存分配(BlockPool)。           
       A.設(shè)計思路
      這種主要是根據(jù)程序中不同對象的大小而指定的一種策略,對于每一種大小又是通過一個鏈表鏈表管理,每個鏈表的節(jié)點的內(nèi)存大小不同,而為了方便內(nèi)存的管理,一般在程序初始化的時候針對不同的策略大小分配一塊內(nèi)存塊,然后把此內(nèi)存塊劃分為多個節(jié)點保存到鏈表中,每一個鏈表中保存的將是空閑的節(jié)點。
      
       B.基本數(shù)據(jù)結(jié)構(gòu)  

 基本數(shù)據(jù)結(jié)構(gòu):
       
/// 指定的策略
       enum eBuff_Type
{
    eBT_32 
=0,
    eBT_64,
    eBT_128,
    eBT_256,
    eBT_512,
    eBT_1024,
    eBT_2048,
    eBT_5120,

    eBT_END,
}
;

  /// 定一個雙向鏈表的節(jié)點2個指針   

/// 
///  file  BaseNode.h
///  brief 一個雙向鏈表需要的前后指針節(jié)點
/// 

 
#pragma  once 
template 
< typename  T >
class  CNode
{
    typedef  T  Node;
public:
    Node
*    next;
    Node
*   prev;

    CNode()
    
{
        next 
= prev = NULL;
    }

}
;
/// 節(jié)點
struct  Buffer: CNode<Buffer>
{
    eBuff_Type   type;
}
;

/// 不同大小的數(shù)據(jù)節(jié)點.

struct Buffer32 :  Buffer {    char buf[32];   };
struct Buffer64 :  Buffer {    char buf[64];   };
struct Buffer128 : Buffer {    char buf[128];  };
struct Buffer256 : Buffer {    char buf[256];  };
struct Buffer512 : Buffer {    char buf[512];  };
struct Buffer1024: Buffer {    char buf[1024]; };
struct Buffer2048: Buffer {    char buf[2048]; };
struct Buffer5120: Buffer {    char buf[5120]; };

 

///TlinkedList為一個鏈表
///這里包括eBT_END數(shù)組

TlinkedList<Buffer>  m_MemPool[eBT_END];


   m_MemPool主要結(jié)構(gòu)圖如下:
     
               
       C.性能分析
          分配
            這里策略只是針對小于eBT_5120Byte的內(nèi)存進行分配,根據(jù)傳入的大小直接Hash利用m_MemPool[idx]返回鏈表頭,返回Buffer節(jié)點的buf數(shù)據(jù)塊。
          釋放:根據(jù)傳入要釋放的Mem內(nèi)存地址     

 /// 獲得偏移地址
Buffer* buf = (Buffer_Face*)( (char*)Mem - offsetof(Buffer_Face,buf) );

             通過偏移地址即可獲得buf的地址,buf里面包括type獲得m_MemPool的索引,然后把釋放的節(jié)點重新Push到m_MemPool[type]中。
        
          性能: 插入,分配都是0(1)


     2)  完全動態(tài)分配內(nèi)存(HeapPool)。
          介紹了上面的靜態(tài)內(nèi)存分配,其實是在利用已經(jīng)分配好了的內(nèi)存塊里面在進行查找,釋放也是直接根據(jù)傳入的直接直接保存到緩存表中。
           A.介紹下需要的基本數(shù)據(jù)結(jié)構(gòu)

struct  listNode : CNode<listNode>
    
{
        
long  size;
        
/// 指向的內(nèi)存
        char* ptr;
    }
;
    
struct  HeapNode
    
{    
        
/// memory request rate
        __int64              m_Count;
        
/// all free memory list
        TlinkedList<listNode> m_FreeList;
        
/// using memory list
        TlinkedList<listNode> m_Used;
        HeapNode( )
        
{
            m_Count 
= 0 ;
            m_FreeList.ReleaseList();
            m_Used.ReleaseList();
        }

    }
;

         typedef std::map<unsigned long,HeapNode* > MHEAPLIST;  /// 其中map的key是分配的大小。
         HeapNode的結(jié)構(gòu)圖如下:
              
            B.設(shè)計思路
                 根據(jù)策略程序一般大于5120Byte字節(jié)的相對比較少,而程序請求大小也是相對比較規(guī)則,散列不是太大。
                 HeapNode有2個鏈表m_FreeList和m_Used,其中鏈表的節(jié)點如圖ListNode所示
                 listNode有一個ptr表示需要配的內(nèi)存,ptr指向的前8個地址為listnode的地址值(根據(jù)Cpu的最大尋址為64位),ptr+8則是分配的內(nèi)存地址,為什么這么設(shè)計呢?
                我是這樣想的外界使用內(nèi)存空間為data區(qū)域,那么我們釋放的時候的只是需要傳入data的地址,即可通過求出listnode的地址,    

/// 根據(jù)MemAddr的地址求listnode地址
__int64   pAddr = *(__int64*)((char*)MemAddr-8);
listNode
* pNode =  (listNode*)pAddr;

               得到listNode地址后即可進行找到對應(yīng)的HeapNode,然后進行釋放或者放入緩存列表的操作。              
               關(guān)于HeapNode的管理,為了節(jié)約內(nèi)存我們不可能一直申請內(nèi)存而不釋放,所以我們約定m_FreeList只是保存m_Used中一半大小的結(jié)點。當m_FreeList過多的節(jié)點時需要釋放一定空間。(這個約定可以根據(jù)不同的需求而制定).

               上面介紹了為什么如此的設(shè)計這個數(shù)據(jù)結(jié)構(gòu),下面介紹分配策略。分配的時候先查找是否有緩存數(shù)據(jù),沒有則分配一個,否則直接返回m_FreeList的一個listNode(結(jié)點)的ptr+8;
               

            C.性能分析
                 通過上面描述可以確定基于完全動態(tài)分配的效率
                 分配的時候  lg(n);
                 釋放的時候 lg(n);
                而map的查找基于AVL樹,所以查找基本是常量型的。               
 
  三.實現(xiàn)
      上面只是介紹了分配方式,下面介紹實現(xiàn)。
       通過上面描述可知,對于大于5120byte的內(nèi)存分配采用HeapPool分配,否則采用BlockPool分配。
       為了方便外界使用我們使用一個CMemFactory內(nèi)存分配工廠,通過使用者申請Size和釋放pAddr即可快速進行分配和釋放。

  代碼如下:
       http://code.google.com/p/tpgame/source/browse/#svn/trunk/MemPool/MemPool

 具體代碼打包如下:     
     /Files/expter/Pool.rar
       

注:如需了解跟多的內(nèi)存池是實現(xiàn)可以閱讀STL SGI,  Loki,  Boost內(nèi)存池的實現(xiàn)...


附帶最新內(nèi)存池,實現(xiàn)和介紹...
http://m.shnenglu.com/expter/archive/2011/01/18/138787.html

posted on 2010-04-14 23:23 expter 閱讀(5503) 評論(11)  編輯 收藏 引用 所屬分類: 其他學習筆記工作筆記算法與數(shù)據(jù)結(jié)構(gòu)Ai

評論

# re: 基于策略的一種高效內(nèi)存池的實現(xiàn) 2010-04-15 08:45 ccsdu2009

不錯  回復(fù)  更多評論   

# re: 基于策略的一種高效內(nèi)存池的實現(xiàn)[未登錄] 2010-04-15 09:04 Megax

你這個內(nèi)存池本身的數(shù)據(jù)結(jié)構(gòu)就不夠優(yōu)化。一些數(shù)據(jù)本身就是可以放在內(nèi)存池中的Data塊的。另外也不知道你為什么選擇5120,我記得windows的也內(nèi)存是4KB.還有你的查找居然是用Map....而且是對指針進行Hash.
Loki當中有一個讓人嘆為觀止的內(nèi)存池實現(xiàn),建議你看看,極其小巧與精致。  回復(fù)  更多評論   

# re: 基于策略的一種高效內(nèi)存池的實現(xiàn) 2010-04-15 09:08 expter

@Megax
map的key是long,不知道哪兒用了指針類型。
我的第一種實現(xiàn)方式就是借鑒loki庫...  回復(fù)  更多評論   

# re: 基于策略的一種高效內(nèi)存池的實現(xiàn) 2010-04-15 10:57 欣萌

有個疑問 為什么是5120

是不是太大了啊。  回復(fù)  更多評論   

# re: 基于策略的一種高效內(nèi)存池的實現(xiàn) 2010-04-15 11:24 expter

@欣萌
這個根據(jù)不同的程序需求而不同,可以指定不同的策略。  回復(fù)  更多評論   

# re: 基于策略的一種高效內(nèi)存池的實現(xiàn) 2010-04-17 01:58 qiaojie

不會使用free list數(shù)據(jù)結(jié)構(gòu)的memory pool都是垃圾  回復(fù)  更多評論   

# re: 基于策略的一種高效內(nèi)存池的實現(xiàn) 2010-04-17 03:09 欲三更

mempool大概就是這樣子吧, 我應(yīng)該寫不出這么好:)

但是: 1. 如果我要申請的是8字節(jié)這么大的內(nèi)存, 那么內(nèi)存浪費的比率就非常之大!
2. struct Buffer: CNode<Buffer>
{
eBuff_Type type;
};

就說這個結(jié)構(gòu), 就為了記錄一個大小, 每個對象里都要存儲一個變量, 不覺得浪費么?  回復(fù)  更多評論   

# re: 基于策略的一種高效內(nèi)存池的實現(xiàn) 2010-04-17 03:10 欲三更

@qiaojie
要是人家不用list呢?  回復(fù)  更多評論   

# re: 基于策略的一種高效內(nèi)存池的實現(xiàn) 2010-04-17 09:48 expter

@欲三更
記錄大小是為了用空間換一次查找的過程。。
如果我們只需要傳入內(nèi)存地址,那么可以通過偏移地址即可得到eBuff_Type type,直接可以得到存儲索引進行內(nèi)存釋放。  回復(fù)  更多評論   

# re: 基于策略的一種高效內(nèi)存池的實現(xiàn) 2010-04-17 18:58 欲三更

@expter
我知道你是這個意思, 但還是覺得太奢侈了.
反正你只把相同尺寸的Buffer連在一起, 能不能這樣簡單點搞搞?:

template <size_t s>
struct Buffer
{
----static size_t Size;
----union
----{
--------struct
--------{
------------Buffer<s> *pNext;
------------Buffer<s> *pPrevious;
--------}p;
--------char m_pBuf[s];
----}
};

然后模板顯式實例化順便把靜態(tài)成員也賦上值.  回復(fù)  更多評論   

# re: 基于策略的一種高效內(nèi)存池的實現(xiàn) 2012-01-20 13:15 灰兔

@qiaojie
apr_pool_t呢?~ ~~  回復(fù)  更多評論   

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            亚洲天堂第二页| 午夜久久一区| 一区二区三区国产精品| 亚洲激情女人| 亚洲日本中文字幕区| 亚洲区一区二区三区| 99天天综合性| 香蕉久久国产| 久久精品99国产精品酒店日本| 欧美一级电影久久| 免费观看不卡av| 亚洲精品亚洲人成人网| 亚洲免费在线看| 久久嫩草精品久久久久| 欧美国产视频在线观看| 欧美午夜精品久久久久久人妖| 国产精品自在在线| 亚洲第一精品电影| 亚洲图片欧洲图片av| 久久激情五月激情| 亚洲区中文字幕| 亚洲精品久久7777| 午夜精品视频在线观看一区二区| 久久免费精品视频| 欧美日韩一区二区免费视频| 国产亚洲一区精品| 亚洲乱亚洲高清| 久久精品夜色噜噜亚洲a∨| 亚洲国产精品久久久久秋霞蜜臀| 亚洲一线二线三线久久久| 久久一区二区三区av| 国产精品国产自产拍高清av| 136国产福利精品导航| 欧美一区免费视频| 日韩一级视频免费观看在线| 久久裸体艺术| 国产精品一区免费在线观看| 亚洲精品日韩欧美| 裸体女人亚洲精品一区| 亚洲一区二区精品在线| 欧美精品系列| 亚洲国产精品嫩草影院| 久久精品在线视频| 中日韩男男gay无套| 欧美成人精品一区| 亚洲电影第1页| 久久精品视频免费播放| 日韩亚洲欧美在线观看| 欧美a级大片| 在线观看的日韩av| 老司机凹凸av亚洲导航| 午夜精品久久久久久久蜜桃app | 亚洲欧美国产精品va在线观看| 久久综合伊人77777麻豆| 国产亚洲网站| 久久精品导航| 亚洲视频专区在线| 一区二区三区视频在线观看| 欧美黄色一区| 久久尤物视频| 黄色成人av在线| 久久全球大尺度高清视频| 亚洲欧美一区二区三区极速播放| 狠狠色综合网站久久久久久久| 久久免费视频在线观看| 国产在线播精品第三| 一区二区三区国产盗摄| 日韩视频第一页| 欧美丝袜第一区| 午夜精品国产更新| 午夜影院日韩| 在线观看日韩国产| 亚洲大片在线观看| 欧美精品成人一区二区在线观看| 亚洲精品一区二区在线观看| 亚洲国产合集| 国产精品av久久久久久麻豆网 | 欧美一激情一区二区三区| 亚洲一区二区免费| 国内精品久久久| 欧美大香线蕉线伊人久久国产精品| 美女诱惑一区| 亚洲一级黄色片| 欧美一区2区三区4区公司二百 | 永久555www成人免费| 欧美成黄导航| 欧美日韩视频在线| 欧美亚洲在线| 欧美大片专区| 欧美一区二区三区视频在线| 久久男人资源视频| 亚洲一区二区在线播放| 久久精品二区| 在线一区免费观看| 久久成人一区| 亚洲免费成人| 久久精品国产精品亚洲综合| 亚洲免费激情| 欧美一区免费视频| 99精品视频免费观看视频| 午夜精品视频网站| 亚洲精品国产精品久久清纯直播 | 美女视频黄免费的久久| 中日韩男男gay无套| 久久国产精品第一页| 一本色道久久综合亚洲精品不| 亚洲国产日韩欧美在线图片| 国产精品久久久久影院色老大| 裸体素人女欧美日韩| 欧美日韩一区自拍| 欧美激情精品久久久久久变态| 国产精品美女久久久久av超清 | 最新国产成人在线观看| 欧美久久久久久久| 久久综合激情| 国产精品家庭影院| 亚洲激情电影在线| 激情欧美亚洲| 亚洲欧美激情诱惑| 亚洲天堂成人在线视频| 久久综合久久美利坚合众国| 欧美一二三视频| 欧美性大战久久久久久久| 亚洲第一区在线观看| 国产在线播精品第三| 亚洲免费视频一区二区| 亚洲午夜精品久久久久久浪潮| 欧美成黄导航| 免费短视频成人日韩| 黄色日韩网站| 欧美专区福利在线| 久久九九99| 国产欧美一区二区三区在线看蜜臀 | 9色精品在线| 亚洲毛片在线看| 欧美大尺度在线观看| 欧美国产日韩免费| 亚洲人成绝费网站色www| 开元免费观看欧美电视剧网站| 久久久青草青青国产亚洲免观| 国内成人精品2018免费看| 欧美午夜三级| 亚洲区第一页| 欧美激情第一页xxx| 欧美激情区在线播放| 亚洲精品永久免费精品| 欧美久久综合| 中文国产一区| 欧美在线观看一二区| 国产女主播一区| 久久国产精品久久久久久久久久| 久久九九全国免费精品观看| 狠狠噜噜久久| 欧美xx69| 一本色道久久综合狠狠躁篇的优点 | 狠狠色狠狠色综合人人| 久久九九久精品国产免费直播| 麻豆精品网站| 亚洲精品视频啊美女在线直播| 欧美激情综合五月色丁香小说 | 欧美福利在线| 中文在线资源观看网站视频免费不卡| 亚洲欧美日韩在线一区| 国内精品99| 国产精品日本欧美一区二区三区| 一区二区三区久久网| 久久精品国产99精品国产亚洲性色 | 欧美日韩a区| 亚洲欧美成人在线| 免费高清在线一区| 这里只有精品在线播放| 国产毛片精品视频| 欧美96在线丨欧| 亚洲一区二区三区久久| 免费人成网站在线观看欧美高清 | 你懂的网址国产 欧美| 亚洲精品乱码久久久久久按摩观| 欧美性久久久| 久久只精品国产| 亚洲尤物视频在线| 亚洲人精品午夜| 久久久欧美一区二区| 亚洲一区二区三区四区中文| 激情欧美一区二区三区在线观看| 欧美日韩成人综合天天影院| 欧美在线影院| 亚洲一级片在线观看| 亚洲激情偷拍| 久久久国产91| 午夜精品久久久久久久久久久| 最新国产の精品合集bt伙计| 国产欧美另类| 国产精品毛片一区二区三区| 欧美高清视频| 久久亚洲一区二区| 午夜亚洲一区| 亚洲——在线| 99视频精品| 亚洲国产毛片完整版 | 亚洲国产欧美一区二区三区久久|