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

網絡服務器軟件開發/中間件開發,關注ACE/ICE/boost

C++博客 首頁 新隨筆 聯系 聚合 管理
  152 Posts :: 3 Stories :: 172 Comments :: 0 Trackbacks
                                                                     作者:www.shnenglu.com/true   2011年1月13日星期四            
      最近幾天一直在思考一個問題:我們需要什么樣的網絡基礎開發包?libevent,asio,ace,還是自己封裝?每種選擇都有他的理由,至于性能方面都差不多,因為都是對底層API的封裝嘛,以前在linux下簡單測試過libevent和ace的dev_poll_reactor,基本持平,現在代碼沒找到,有機會再做個全面對比。我現在比較關心這個問題:如何繼承自己的內存池?按這個思路,libevent應該是不行了,沒有這方面的接口;ace這個既臃腫又強大的東西肯定可以,不過他的ACE_Message_Block還是太復雜,不信的話,找一天時間看看他的代碼,能搞懂他的成員函數不:),我上家公司的服務器平臺都是基于ace的,版本是5.4,一直都很穩定,穩定歸穩定,當時是花費了大量的時間的,以目前我的觀察,越來越多的人不愿意接受這種幾天也寫不出代碼的東西了。對于boost,我一直是若即若離,接觸他是因為他的庫可能出現在標準里面,抵觸他是因為他的模板的使用,語法細節太多了,不直觀。至少現在還沒有讓我不得不使用asio的理由。
      是否有必要使用內存池?也是見仁見智的問題,memcache是基于libevent開發的,沒有內存池不是也一樣很穩定嗎?這個問題歡迎大家給出自己的看法

      下面是剛寫的一個Buffer,有一些ace_message_block的影子,但語義有區別。

#ifndef BUFFER_H
#define BUFFER_H

#include 
<cstdlib>
#include 
<cstring>

class Buffer
{
public:
    
enum
    
{
        BUFFER_TYPE_DATA 
= 0x01,    //數據類型
        BUFFER_TYPE_CTRL = 0x02,    //控制類型
    }
;
    
enum 
    
{
        DEFAULT_BUFFER 
= 1024,
    }
;

    
explicit Buffer(size_t size = DEFAULT_BUFFER,int type = BUFFER_TYPE_DATA);
    
~Buffer();

    
//返回Buffer類型
    int        type();

    
//設置Buffer類型
    void    type(int t);

    
//返回存儲空間起始指針
    char*    base();

    
//返回存儲空間末端指針 + 1
    char*    end();

    
//返回未使用空間指針
    char*    ptr();

    
//移動數據塊指針,如果pos大于0,ptr前移pos;如果pos<0,ptr后移|pos|
    void    ptr(int pos);

    
//復制數據,成功返回true,并且移動內部數據塊指針;失敗返回false
    bool    copy(const char* p,size_t n);

    
//返回實際數據塊的大小
    size_t    size();

    
//返回分配的空間大小,包括未使用空間,space()的值大于等于size()
    size_t    space();

    
//返回數據塊的總大小,即鏈表中數據塊的大小之和
    size_t    totalSize();

    
//返回鏈表中的下一個Buffer指針
    Buffer*    next();

    
//設置下一個Buffer為buf
    void    next(Buffer* buf);

protected:
private:
    
int      type_;//Buffer類型
    char* base_;//指向數據塊的起始位置
    char* ptr_;    //指向未使用空間
    size_t space_;//已經分配空間大小
    Buffer* next_;//指向的下一個Buffer
}
;


#endif


#include 
"Buffer.h"


Buffer::Buffer( size_t size 
/*= DEFAULT_BUFFER*/,int type /*= BUFFER_TYPE_DATA*/ )
{
    type_ 
= type;
    base_ 
=    (char*)malloc(size);
    memset(base_,
0,size);
    ptr_  
=    base_;
    space_ 
= size;
    next_ 
= NULL;
}

Buffer::
~Buffer()
{
    type_ 
= BUFFER_TYPE_DATA;
    free(base_);
    base_ 
= NULL;
    ptr_  
= NULL;
    space_ 
= 0;
    next_ 
= NULL;
}


int Buffer::type()
{
    
return type_;
}


void Buffer::type( int t )
{
    type_ 
= t;
}


char* Buffer::base()
{
    
return base_;
}


char* Buffer::end()
{
    
return base_ + space_;
}


bool Buffer::copy( const char* p,size_t n )
{
    
if (space() - size() >= n)
    
{
        memcpy(ptr(),p,n);
        ptr((
int)n);
        
return true;
    }

    
else
    
{
        
return false;
    }

}


size_t Buffer::size()
{
    
return ptr_ - base_;
}


size_t Buffer::space()
{
    
return space_;
}


char* Buffer::ptr()
{
    
return ptr_;
}


void Buffer::ptr( int pos )
{
    ptr_ 
+= pos;
}


Buffer
* Buffer::next()
{
    
return next_;
}


void Buffer::next( Buffer* buf )
{
    next_ 
= buf;
}


size_t Buffer::totalSize()
{
    size_t size 
= 0;
    
for (Buffer* p = this;p != NULL;p = p->next())
    
{
        size 
+= p->size();
    }

    
return size;
}


極為簡陋且不完全的使用代碼:

#include 
"../Base/Buffer.h"

int buffer_main(int argc, char* argv[])
{
    Buffer
* pBuf = new Buffer();

    
char* pStr = "hello";
    pBuf
->copy(pStr,strlen(pStr));

    size_t len 
= pBuf->size();
    size_t tlen 
= pBuf->totalSize();
    size_t slen 
= pBuf->space();
    delete pBuf;

    
return 0;
}

      TODO:內存池的實現

posted on 2011-01-13 00:51 true 閱讀(3210) 評論(16)  編輯 收藏 引用 所屬分類: ACE網絡服務器開發

Feedback

# re: Buffer類就應該簡單,直觀 2011-01-13 09:21 expter
你這個Buffer只有Alloc沒有free,
如果按照你這樣設計free就悲劇了。  回復  更多評論
  

# re: Buffer類就應該簡單,直觀 2011-01-13 09:31 true
@expter
沒太懂:(,本意是這樣的:定長Buffer組成BufferList,構造中分配,析構中釋放,在使用過程中不允許改變大小。  回復  更多評論
  

# re: Buffer類就應該簡單,直觀 2011-01-13 09:48 zuhd
這不就是傳說中的對象池嗎?
我覺得雙向鏈表完全能代替之  回復  更多評論
  

# re: Buffer類就應該簡單,直觀 2011-01-13 11:54 finalday
個人覺得沒必要有內存池這東西。
內存池不一定會比比直接new、delete高效。
這取決于具體應用。
不管3721直接把事情搞復雜化是過度設計的特征。  回復  更多評論
  

# re: Buffer類就應該簡單,直觀 2011-01-13 21:33 cd
我之前的服務器程序,各個系統負責自己的對象管理,當待用列表為空時,使用new申請一個對象。不使用一個對象時,放到待用列表。我覺得夠用了  回復  更多評論
  

# re: Buffer類就應該簡單,直觀 2011-01-13 22:50 kasicass
對于基礎網絡庫,如果是 message queue 的需求,可以參考下 www.zeromq.org。

簡單的網絡程序,libevent 足已。

是否需要對象池,如果需求固定、可測量,對象池有意義。
如果是通用的對象池(替代malloc/free),意義不大,glibc自帶的已經不慢。win32下另當別論。  回復  更多評論
  

# re: Buffer類就應該簡單,直觀 2011-01-13 23:18 清正
問博主一個問題:
enum
{
BUFFER_TYPE_DATA = 0x01, //數據類型
BUFFER_TYPE_CTRL = 0x02, //控制類型
};
這里面 0x01 0x02是什么數據類型,
看到很多代碼里都有類似描述,但是一直不明白這是什么。  回復  更多評論
  

# re: Buffer類就應該簡單,直觀 2011-01-14 00:52 bill gates
如果你認真看過asio的設計,那么你會發現要比他做得更好是比較困難的。  回復  更多評論
  

# re: Buffer類就應該簡單,直觀 2011-01-14 01:09 true
@finalday
@kasicass
考慮內存池倒不是運行時分配的效率問題,個人看重兩方面:避免過多的動態分配,減少碎片;內存的可控性,容易避免內存泄露之類;對于一個服務器程序來說,他的數據包大小可以大致做一下劃分,比如85%的數據包小于1K,那么這個1K就是內存池的基礎大小,暫稱為baseSize,另外確定數據包的maxSize,按照一定比例分配,這種方式可能會浪費一些內存,但我覺得夠用了。  回復  更多評論
  

# re: Buffer類就應該簡單,直觀 2011-01-14 01:11 true
@清正
0x01是十六進制表示,二進制為0000 0001 :)  回復  更多評論
  

# re: Buffer類就應該簡單,直觀 2011-01-14 01:19 true
@bill gates
謝謝回復,找個時間閱讀下asio的代碼。如果是在公司沒有基礎庫積累的情況下,讓我選擇,我可能會選擇boost,不僅僅是因為asio,更多的是boost是一個all in one,比如正則,字符串處理,demo還提供了http,另外,asio有個值得稱贊的地方是,proactor模型在linux是用epoll這種"本屬于"reactor模型的api模擬的,這個做法實在是太考慮開發者感受了,用asio寫的代碼,無論win還是linux都是很高效。  回復  更多評論
  

# re: Buffer類就應該簡單,直觀 2011-01-14 01:34 清正
@true
謝謝 解惑, 那么 用16進制數據的作用是什么? 僅僅是因為范圍表達的數據范圍廣泛嗎?我想一般情況下 需要特別定義的數據應該不是很多, 為什么不直接用int表示呢  回復  更多評論
  

# re: Buffer類就應該簡單,直觀 2011-01-14 08:57 Benjamin
為什么不用模板?  回復  更多評論
  

# re: Buffer類就應該簡單,直觀 2011-01-14 09:36 true
@清正
十六進制更自然一些,
0x01
0x02
0x04
0x08
上面即可看出,用一個字節足以容下這個標記,而且有時存在對標記位的&或者|操作,這樣的話,就不能再定義0x03了,因為0x03 == 0x01 + 0x02
  回復  更多評論
  

# re: Buffer類就應該簡單,直觀 2011-01-14 09:40 true
@Benjamin
我想保持足夠簡單,Buffer就是對原始內存的簡陋封裝。沒明白Buffer類哪個地方需要模板,歡迎指正.  回復  更多評論
  

# re: Buffer類就應該簡單,直觀 2011-04-24 21:33 www
這種封裝不要也罷~~  回復  更多評論
  

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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精品热6080yy久久 | 久久av二区| 亚洲色图综合久久| 亚洲人精品午夜| 亚洲欧美区自拍先锋| 99re6这里只有精品视频在线观看| 黄色国产精品一区二区三区| 99re热精品| 久久九九久精品国产免费直播| 欧美插天视频在线播放| 一区二区三区四区在线| 久久久免费精品| 欧美天天影院| 欧美午夜片在线观看| 在线日韩中文字幕| 小处雏高清一区二区三区 | 亚洲伦理网站| 久久精品日韩| 一区二区三区偷拍| 美女视频黄免费的久久| 国产精品中文字幕在线观看| 亚洲黄色免费网站| 久久久国产精彩视频美女艺术照福利| 亚洲欧美大片| 欧美亚洲一级| 日韩视频在线永久播放| 一区二区三区精密机械公司 | 久久激情综合| 欧美特黄视频| 国产亚洲成av人在线观看导航| 国产女人精品视频| 国内精品久久久久影院 日本资源 国内精品久久久久伊人av | 久久亚洲国产精品日日av夜夜| 亚洲欧洲一区二区三区久久| 亚洲免费观看高清在线观看| 蜜桃久久av一区| 欧美人牲a欧美精品| 欧美视频一区二区三区在线观看 | 欧美人体xx| 国产精品扒开腿做爽爽爽软件| 国产精品成人在线| 亚洲私人影院| 久久久水蜜桃av免费网站| 欧美激情第三页| 久久综合色播五月| 欧美日韩一区三区| 激情六月婷婷久久| 麻豆精品网站| 麻豆国产va免费精品高清在线| 韩国欧美国产1区| av成人激情| 亚洲精品综合在线| 欧美日韩在线观看一区二区三区| 99视频超级精品| 久久精品国产成人| 亚洲人成7777| 欧美午夜精品理论片a级大开眼界| 99在线热播精品免费| 亚洲乱码一区二区| 欧美午夜精品理论片a级大开眼界| 亚洲一区三区视频在线观看| 免费观看日韩av| 欧美大片在线看| 国产一在线精品一区在线观看| 宅男噜噜噜66一区二区| 另类图片综合电影| 欧美国产综合| 在线精品在线| 欧美在线免费观看| 亚洲最新合集| 欧美国产一区在线| 亚洲欧美日韩国产成人| 欧美一区二区三区免费视| 欧美日韩一区二区三区在线视频 | 国产亚洲欧美一区| 亚洲一区二区三区777| 亚洲综合国产| 亚洲福利视频二区| 久久久国产精品一区| 一本久久a久久免费精品不卡| 国产精品一区二区视频 | 亚洲欧洲精品一区二区| 99亚洲视频| 国产在线成人| 久久爱另类一区二区小说| 这里只有精品在线播放| 永久免费视频成人| 久久在线视频在线| 欧美亚州韩日在线看免费版国语版| 久久精品国产精品| 欧美一区三区二区在线观看| 亚洲黄色一区| 亚洲黄色影院| 韩国v欧美v日本v亚洲v| 久久深夜福利| 国产精品极品美女粉嫩高清在线| 久久久久久综合网天天| 欧美日韩国产综合久久| 蜜桃精品一区二区三区| 久久综合中文色婷婷| 欧美伊人久久| 欧美丝袜第一区| 亚洲国产经典视频| 欧美日韩精品系列| 亚洲国产精品va在看黑人| 国产亚洲va综合人人澡精品| 久久激情久久| 国产精品yjizz| 亚洲国产三级网| 亚洲激情一区| 久久久亚洲综合| 久久久女女女女999久久| 久久国产一区二区| 久久riav二区三区| 久久天天躁夜夜躁狠狠躁2022 | 国内精品久久久久久久97牛牛| 久久夜色精品国产亚洲aⅴ| 国产精品日韩二区| 在线一区二区三区做爰视频网站 | 国一区二区在线观看| 亚洲一区二区在线免费观看视频 | 亚洲欧洲在线播放| 一本大道久久精品懂色aⅴ| 日韩亚洲国产欧美| 欧美v日韩v国产v| 亚洲电影免费| 亚洲精品国久久99热| 欧美不卡视频一区| 亚洲国产你懂的| 国产精品久久网| 免费观看一级特黄欧美大片| 欧美日韩精品一区| 久久嫩草精品久久久精品一| 国产一级揄自揄精品视频| 亚洲国产91色在线| 一本色道久久综合亚洲精品不卡| 亚洲一区二区三区久久| 亚洲激情影视| 欧美一区免费| 亚洲一区二区少妇| 美日韩免费视频| 久久成人精品电影| 欧美日韩一区二区视频在线观看| 日韩一级视频免费观看在线| 欧美日韩在线播放| 欧美成人一区二区三区| 国产欧美日韩在线视频| 日韩一级网站| 亚洲欧洲精品天堂一级| 欧美美女喷水视频| 欧美第一黄网免费网站| 国产综合精品| 欧美极品在线视频| 欧美高清视频一区| 亚洲精品乱码视频| 久久综合色8888| 日韩亚洲欧美一区二区三区| 最新国产成人av网站网址麻豆| 久久综合给合久久狠狠狠97色69| 激情综合激情| 欧美一区二区三区四区在线观看 | 亚洲最新视频在线播放| 久久久久9999亚洲精品| 亚洲国产日韩欧美| 欧美一区亚洲| 亚洲肉体裸体xxxx137| 国产精品免费区二区三区观看| 亚洲精品一区在线观看| 亚洲麻豆av| 欧美日韩国产色站一区二区三区| 午夜精品久久| 久久精品人人| 激情综合电影网| 国产精品久久久久久久久搜平片| 久久野战av| 午夜国产精品影院在线观看| 午夜久久久久久| 亚洲精品一二| 欧美日韩一区二区三区在线看| 亚洲最黄网站| 久久av老司机精品网站导航| 夜夜嗨av一区二区三区四区| 黄色成人在线网址| 国产欧美日韩三区| 久久免费视频这里只有精品| 亚洲女人天堂av| 一本色道久久88精品综合| 亚洲高清在线观看| 免费视频一区| 免费观看一级特黄欧美大片| 亚洲激情成人在线| 欧美日韩综合| 久久精品成人| 性欧美video另类hd性玩具| 在线视频欧美日韩| 久久免费精品视频|