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

網(wǎng)絡(luò)服務(wù)器軟件開發(fā)/中間件開發(fā),關(guān)注ACE/ICE/boost

C++博客 首頁 新隨筆 聯(lián)系 聚合 管理
  152 Posts :: 3 Stories :: 172 Comments :: 0 Trackbacks
                                                                     作者:m.shnenglu.com/true   2011年1月13日星期四            
      最近幾天一直在思考一個(gè)問題:我們需要什么樣的網(wǎng)絡(luò)基礎(chǔ)開發(fā)包?libevent,asio,ace,還是自己封裝?每種選擇都有他的理由,至于性能方面都差不多,因?yàn)槎际菍?duì)底層API的封裝嘛,以前在linux下簡單測(cè)試過libevent和ace的dev_poll_reactor,基本持平,現(xiàn)在代碼沒找到,有機(jī)會(huì)再做個(gè)全面對(duì)比。我現(xiàn)在比較關(guān)心這個(gè)問題:如何繼承自己的內(nèi)存池?按這個(gè)思路,libevent應(yīng)該是不行了,沒有這方面的接口;ace這個(gè)既臃腫又強(qiáng)大的東西肯定可以,不過他的ACE_Message_Block還是太復(fù)雜,不信的話,找一天時(shí)間看看他的代碼,能搞懂他的成員函數(shù)不:),我上家公司的服務(wù)器平臺(tái)都是基于ace的,版本是5.4,一直都很穩(wěn)定,穩(wěn)定歸穩(wěn)定,當(dāng)時(shí)是花費(fèi)了大量的時(shí)間的,以目前我的觀察,越來越多的人不愿意接受這種幾天也寫不出代碼的東西了。對(duì)于boost,我一直是若即若離,接觸他是因?yàn)樗膸炜赡艹霈F(xiàn)在標(biāo)準(zhǔn)里面,抵觸他是因?yàn)樗哪0宓氖褂?,語法細(xì)節(jié)太多了,不直觀。至少現(xiàn)在還沒有讓我不得不使用asio的理由。
      是否有必要使用內(nèi)存池?也是見仁見智的問題,memcache是基于libevent開發(fā)的,沒有內(nèi)存池不是也一樣很穩(wěn)定嗎?這個(gè)問題歡迎大家給出自己的看法

      下面是剛寫的一個(gè)Buffer,有一些ace_message_block的影子,但語義有區(qū)別。

#ifndef BUFFER_H
#define BUFFER_H

#include 
<cstdlib>
#include 
<cstring>

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

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

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

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

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

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

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

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

    
//復(fù)制數(shù)據(jù),成功返回true,并且移動(dòng)內(nèi)部數(shù)據(jù)塊指針;失敗返回false
    bool    copy(const char* p,size_t n);

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

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

    
//返回?cái)?shù)據(jù)塊的總大小,即鏈表中數(shù)據(jù)塊的大小之和
    size_t    totalSize();

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

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

protected:
private:
    
int      type_;//Buffer類型
    char* base_;//指向數(shù)據(jù)塊的起始位置
    char* ptr_;    //指向未使用空間
    size_t space_;//已經(jīng)分配空間大小
    Buffer* next_;//指向的下一個(gè)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:內(nèi)存池的實(shí)現(xiàn)

posted on 2011-01-13 00:51 true 閱讀(3206) 評(píng)論(16)  編輯 收藏 引用 所屬分類: ACE 、網(wǎng)絡(luò)服務(wù)器開發(fā)

Feedback

# re: Buffer類就應(yīng)該簡單,直觀 2011-01-13 09:21 expter
你這個(gè)Buffer只有Alloc沒有free,
如果按照你這樣設(shè)計(jì)free就悲劇了。  回復(fù)  更多評(píng)論
  

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

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

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

# re: Buffer類就應(yīng)該簡單,直觀 2011-01-13 21:33 cd
我之前的服務(wù)器程序,各個(gè)系統(tǒng)負(fù)責(zé)自己的對(duì)象管理,當(dāng)待用列表為空時(shí),使用new申請(qǐng)一個(gè)對(duì)象。不使用一個(gè)對(duì)象時(shí),放到待用列表。我覺得夠用了  回復(fù)  更多評(píng)論
  

# re: Buffer類就應(yīng)該簡單,直觀 2011-01-13 22:50 kasicass
對(duì)于基礎(chǔ)網(wǎng)絡(luò)庫,如果是 message queue 的需求,可以參考下 www.zeromq.org。

簡單的網(wǎng)絡(luò)程序,libevent 足已。

是否需要對(duì)象池,如果需求固定、可測(cè)量,對(duì)象池有意義。
如果是通用的對(duì)象池(替代malloc/free),意義不大,glibc自帶的已經(jīng)不慢。win32下另當(dāng)別論。  回復(fù)  更多評(píng)論
  

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

# re: Buffer類就應(yīng)該簡單,直觀 2011-01-14 00:52 bill gates
如果你認(rèn)真看過asio的設(shè)計(jì),那么你會(huì)發(fā)現(xiàn)要比他做得更好是比較困難的。  回復(fù)  更多評(píng)論
  

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

# re: Buffer類就應(yīng)該簡單,直觀 2011-01-14 01:11 true
@清正
0x01是十六進(jìn)制表示,二進(jìn)制為0000 0001 :)  回復(fù)  更多評(píng)論
  

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

# re: Buffer類就應(yīng)該簡單,直觀 2011-01-14 01:34 清正
@true
謝謝 解惑, 那么 用16進(jìn)制數(shù)據(jù)的作用是什么? 僅僅是因?yàn)榉秶磉_(dá)的數(shù)據(jù)范圍廣泛嗎?我想一般情況下 需要特別定義的數(shù)據(jù)應(yīng)該不是很多, 為什么不直接用int表示呢  回復(fù)  更多評(píng)論
  

# re: Buffer類就應(yīng)該簡單,直觀 2011-01-14 08:57 Benjamin
為什么不用模板?  回復(fù)  更多評(píng)論
  

# re: Buffer類就應(yīng)該簡單,直觀 2011-01-14 09:36 true
@清正
十六進(jìn)制更自然一些,
0x01
0x02
0x04
0x08
上面即可看出,用一個(gè)字節(jié)足以容下這個(gè)標(biāo)記,而且有時(shí)存在對(duì)標(biāo)記位的&或者|操作,這樣的話,就不能再定義0x03了,因?yàn)?x03 == 0x01 + 0x02
  回復(fù)  更多評(píng)論
  

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

# re: Buffer類就應(yīng)該簡單,直觀 2011-04-24 21:33 www
這種封裝不要也罷~~  回復(fù)  更多評(píng)論
  

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            国产精品一二一区| 在线亚洲精品| 夜夜狂射影院欧美极品| 亚洲国产导航| 亚洲日产国产精品| 日韩网站免费观看| 亚洲欧美国产不卡| 久久久久久久综合日本| 麻豆成人小视频| 亚洲国产你懂的| 亚洲伦理在线免费看| 一区二区三区欧美视频| 欧美专区在线播放| 欧美激情aⅴ一区二区三区| 欧美片第一页| 国产自产v一区二区三区c| 亚洲成人在线观看视频| 亚洲精品在线免费观看视频| 亚洲综合色噜噜狠狠| 久久久精品五月天| 最新国产成人av网站网址麻豆| 亚洲免费播放| 欧美一区免费视频| 欧美男人的天堂| 精品不卡在线| 亚洲永久免费精品| 毛片av中文字幕一区二区| 一二三区精品| 浪潮色综合久久天堂| 欧美freesex8一10精品| 亚洲人体大胆视频| 久久国产精品免费一区| 欧美日韩精品免费观看视频| 国产亚洲欧美激情| 亚洲一区二区在线免费观看视频| 久久久亚洲综合| 中文日韩电影网站| 欧美搞黄网站| 亚洲黑丝在线| 老司机成人在线视频| 亚洲一区二区三区免费视频 | 麻豆国产精品777777在线| 亚洲视频www| 欧美激情一区二区三区全黄| 狠狠入ady亚洲精品| 亚洲女优在线| 99这里只有久久精品视频| 久色成人在线| 精品69视频一区二区三区 | 亚洲国产国产亚洲一二三| 亚洲欧美日韩精品综合在线观看| 欧美高清视频www夜色资源网| 狠狠综合久久av一区二区小说| 亚洲欧美在线网| 亚洲视频1区| 国产精品久线观看视频| 亚洲特黄一级片| 日韩视频中文字幕| 欧美日韩综合| 亚洲一区图片| 亚洲色无码播放| 国产精品一卡二卡| 久久激五月天综合精品| 性一交一乱一区二区洋洋av| 国产精品视频成人| 久久成人这里只有精品| 欧美亚洲视频在线观看| 国内精品模特av私拍在线观看| 久久精品免费看| 欧美在线一级视频| 精品成人国产| 91久久精品日日躁夜夜躁欧美 | 久久久精品视频成人| 久久av一区二区| 在线播放不卡| 亚洲国产精品成人综合| 欧美日韩国产免费| 午夜视频在线观看一区二区| 香蕉久久夜色精品| 亚洲国产精品电影在线观看| 亚洲日本aⅴ片在线观看香蕉| 欧美丝袜一区二区三区| 欧美在线短视频| 久久精品综合| 欧美视频日韩| 性色av一区二区三区红粉影视| 亚洲免费一区二区| 狠狠综合久久av一区二区小说| 欧美成人中文字幕| 欧美日韩国产天堂| 久久九九精品99国产精品| 久久精品久久99精品久久| 亚洲人体大胆视频| 亚洲天天影视| 精品成人一区二区三区| 亚洲三级电影在线观看| 国产日韩欧美成人| 亚洲美女视频在线免费观看| 国产日韩综合一区二区性色av| 欧美黄在线观看| 国产精品国产三级国产aⅴ无密码| 久久精品中文字幕免费mv| 欧美激情中文字幕一区二区 | 久久精品中文字幕免费mv| 欧美精品福利在线| 久久久亚洲影院你懂的| 国产精品成人va在线观看| 免费在线观看日韩欧美| 国产精品视频午夜| 亚洲国产天堂久久综合| 国产色产综合产在线视频| 亚洲美女黄网| 91久久精品国产91性色| 亚洲一区二区在线视频| 亚洲最新视频在线| 久久综合狠狠| 久久久另类综合| 国产精品国产| 日韩视频免费观看高清完整版| 在线观看亚洲一区| 亚洲一区二区免费| 99re6热在线精品视频播放速度| 性欧美videos另类喷潮| 99ri日韩精品视频| 欧美sm极限捆绑bd| 免费在线成人av| 黄色一区二区在线观看| 欧美有码在线视频| 久久精品一区四区| 国产欧美日韩亚洲| 亚洲视频中文| 午夜一区二区三视频在线观看| 欧美日韩一区二区在线观看| 亚洲国产精品免费| 99视频+国产日韩欧美| 欧美精品不卡| 亚洲免费av电影| 亚洲欧美日韩在线一区| 国产精品久久久久久久浪潮网站 | 亚洲一区精品视频| 亚洲欧美日韩一区二区| 欧美视频在线观看 亚洲欧| 99国内精品久久| 亚洲在线免费| 国产乱码精品| 亚洲欧美日韩一区| 午夜精品久久久久久久久久久久久 | 裸体女人亚洲精品一区| 欧美二区不卡| 亚洲经典一区| 欧美日韩成人综合| 一本一本久久a久久精品综合妖精 一本一本久久a久久精品综合麻豆 | 欧美三级欧美一级| 亚洲免费av网站| 午夜精品久久久久久久白皮肤| 国产九九精品视频| 噜噜爱69成人精品| 99精品福利视频| 久久成人18免费观看| 在线国产精品一区| 欧美人妖在线观看| 午夜精品久久久久久久男人的天堂| 久久久av毛片精品| 最新亚洲电影| 国产精品狼人久久影院观看方式| 欧美一区二区三区在线| 欧美激情2020午夜免费观看| 一区二区激情视频| 国产亚洲欧美日韩日本| 欧美成人a视频| 亚洲一区免费网站| 欧美激情小视频| 欧美亚洲三区| 亚洲精品久久嫩草网站秘色| 国产精品国内视频| 久久夜色精品国产欧美乱极品 | 亚洲狠狠丁香婷婷综合久久久| 亚洲私人影院| 亚洲第一狼人社区| 欧美午夜精品一区二区三区| 久久成人一区| 一本色道久久综合亚洲精品婷婷| 久久青青草综合| 午夜精品美女自拍福到在线| 亚洲国产精品国自产拍av秋霞| 国产精品成人一区二区| 久久综合精品国产一区二区三区| 亚洲一区二区免费视频| 亚洲欧洲免费视频| 欧美88av| 久久亚洲欧美| 欧美专区日韩视频| 亚洲男女自偷自拍图片另类| 黄色精品一区二区| 国产精品亚发布| 国产精品久久看| 欧美日韩一区自拍| 欧美精品在线观看91| 男人插女人欧美| 老司机午夜免费精品视频|