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

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

            C++博客 首頁(yè) 新隨筆 聯(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下簡(jiǎn)單測(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)樗膸?kù)可能出現(xiàn)在標(biāo)準(zhǔn)里面,抵觸他是因?yàn)樗哪0宓氖褂?,語(yǔ)法細(xì)節(jié)太多了,不直觀。至少現(xiàn)在還沒有讓我不得不使用asio的理由。
                  是否有必要使用內(nèi)存池?也是見仁見智的問題,memcache是基于libevent開發(fā)的,沒有內(nèi)存池不是也一樣很穩(wěn)定嗎?這個(gè)問題歡迎大家給出自己的看法

                  下面是剛寫的一個(gè)Buffer,有一些ace_message_block的影子,但語(yǔ)義有區(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;
            }


            極為簡(jiǎn)陋且不完全的使用代碼:

            #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 閱讀(3186) 評(píng)論(16)  編輯 收藏 引用 所屬分類: ACE 、網(wǎng)絡(luò)服務(wù)器開發(fā)

            Feedback

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

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

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

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

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

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

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

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

            # re: Buffer類就應(yīng)該簡(jiǎn)單,直觀 2011-01-14 01:19 true
            @bill gates
            謝謝回復(fù),找個(gè)時(shí)間閱讀下asio的代碼。如果是在公司沒有基礎(chǔ)庫(kù)積累的情況下,讓我選擇,我可能會(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)該簡(jiǎn)單,直觀 2011-01-14 01:34 清正
            @true
            謝謝 解惑, 那么 用16進(jìn)制數(shù)據(jù)的作用是什么? 僅僅是因?yàn)榉秶磉_(dá)的數(shù)據(jù)范圍廣泛?jiǎn)??我想一般情況下 需要特別定義的數(shù)據(jù)應(yīng)該不是很多, 為什么不直接用int表示呢  回復(fù)  更多評(píng)論
              

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

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

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

            av色综合久久天堂av色综合在 | 久久亚洲日韩看片无码| 国内精品久久久久久久影视麻豆| 久久国产精品免费一区二区三区| 亚洲色欲久久久久综合网| 久久久久亚洲AV无码观看| 久久99久久99精品免视看动漫| 91久久精品视频| 新狼窝色AV性久久久久久| A级毛片无码久久精品免费| 精品综合久久久久久98| 久久电影网一区| 少妇高潮惨叫久久久久久| 草草久久久无码国产专区| 波多野结衣AV无码久久一区| 久久国产成人午夜aⅴ影院| 色婷婷综合久久久久中文| 久久AAAA片一区二区| 久久99精品国产自在现线小黄鸭 | 久久亚洲日韩看片无码| 香蕉久久一区二区不卡无毒影院| 亚洲国产精品综合久久网络| 亚洲成人精品久久| 狠狠久久亚洲欧美专区| 国内精品久久久久影院薰衣草| 国产国产成人久久精品| 国产成人精品久久一区二区三区| 中文成人久久久久影院免费观看| 青青草国产成人久久91网| 日韩人妻无码一区二区三区久久 | 国内精品久久久久久久久| 久久A级毛片免费观看| 亚洲AV无码久久精品成人| 亚洲色欲久久久综合网| 2020国产成人久久精品| 性做久久久久久久久浪潮| 亚洲日本va午夜中文字幕久久| 色8激情欧美成人久久综合电| 狠狠精品久久久无码中文字幕| 国产激情久久久久影院| 久久久久国产精品麻豆AR影院 |