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

            woaidongmao

            文章均收錄自他人博客,但不喜標(biāo)題前加-[轉(zhuǎn)貼],因其丑陋,見(jiàn)諒!~
            隨筆 - 1469, 文章 - 0, 評(píng)論 - 661, 引用 - 0
            數(shù)據(jù)加載中……

            epoll與iocp的異同

            目前國(guó)內(nèi)的網(wǎng)游研發(fā),在服務(wù)器使用的開(kāi)發(fā)平臺(tái)方面,winlinux的比例各占多少,我一時(shí)半會(huì)也沒(méi)有準(zhǔn)確數(shù)據(jù),但從我了解的這么多公司情況來(lái)看,用 win系統(tǒng)的還是比較多一點(diǎn),這些企業(yè)一般都是比較單純的網(wǎng)游公司,而用linux的則多數(shù)是一些傳統(tǒng)的互聯(lián)網(wǎng)公司,比如網(wǎng)易和騰訊。

            網(wǎng)游服務(wù)器用win還是linux,向來(lái)都是大家關(guān)注的話題。我想,原因可能很多,但此處不想過(guò)多論述這個(gè)問(wèn)題,為避免多費(fèi)口舌,我還是明確表明一下自己的觀點(diǎn):我是推薦用linux作開(kāi)發(fā)的,雖然我也是剛轉(zhuǎn)來(lái)作linux平臺(tái)下的開(kāi)發(fā)。

            那么,說(shuō)具體一點(diǎn)。但凡作過(guò)比較深入的網(wǎng)絡(luò)編程的人,都會(huì)知道,在win平臺(tái)下,高效的IO模型是IOCP,而在linux底下則是epoll。那么,epolliocp之間到底有哪些異同之處呢?

            首先,我們看一下它們相同的地方。

            兩者都是處理異步IO的高效模型,這種高效,除了“異步處理”這個(gè)共同的特征之外,二者都可以通過(guò)指針攜帶應(yīng)用層數(shù)據(jù):在IOCP里,應(yīng)用層數(shù)據(jù)可以通過(guò)單句柄數(shù)據(jù)和單IO數(shù)據(jù)來(lái)與IOCP底層通信;而在epoll里,可以通過(guò)epoll_data里的'void *ptr'來(lái)傳遞。這是一種很重要的思想,也是它們高效的原因所在:當(dāng)事件的通知到來(lái)時(shí),它不僅告訴你發(fā)生了什么樣的事件,還同時(shí)告訴這次事件所操作的數(shù)據(jù)是哪些。

            那么,epolliocp到底又有什么不同呢?

            以我目前粗淺的使用經(jīng)驗(yàn)來(lái)看,至少可以得到以下結(jié)論:

            1.iocp
            是在IO操作完成之后,才通過(guò)get函數(shù)返回這個(gè)完成通知的;而epoll則不是在IO操作完成之后才通知你,它的工作原理是,你如果想進(jìn)行IO操作時(shí),先向epoll查詢是否可讀或可寫,如果處于可讀或可寫狀態(tài)后,epoll會(huì)通過(guò)epoll_wait函數(shù)通知你,此時(shí)你再進(jìn)行進(jìn)一步的recvsend操作。

            2.
            1的基礎(chǔ)上,我們其實(shí)可以看到,epoll僅僅是一個(gè)異步事件的通知機(jī)制,其本身并不作任何的IO讀寫操作,它只負(fù)責(zé)告訴你是不是可以讀或可以寫了,而具體的讀寫操作,還要應(yīng)用層自己來(lái)作;但iocp的封裝就要多一些,它不僅會(huì)有完成之后的事件通知,更重要的是,它同時(shí)封裝了一部分的IO控制邏輯。從這一點(diǎn)上來(lái)看,iocp的封裝似乎更全面一點(diǎn),但是,換個(gè)角度看,epoll僅提供這種機(jī)制也是非常好的,它保持了事件通知與IO操作之間彼此的獨(dú)立性,使得epoll的使用更加靈活。

            這只是我初步使用epoll開(kāi)發(fā)過(guò)程中的體會(huì),以后有更深的體會(huì)時(shí)還會(huì)發(fā)上來(lái)跟大家分享。

            posted on 2009-08-24 21:16 肥仔 閱讀(1874) 評(píng)論(1)  編輯 收藏 引用 所屬分類: 網(wǎng)絡(luò)編程

            評(píng)論

            # re: epoll與iocp的異同  回復(fù)  更多評(píng)論   

            你對(duì)iocp的理解太膚淺了,iocp最精華的莫過(guò)于對(duì)多線程的綁定能力,而epoll是沒(méi)有這個(gè)的,如libevent之類的庫(kù)居然按照epoll的模式,弄個(gè)所謂的socket消息轉(zhuǎn)發(fā)技巧來(lái)實(shí)現(xiàn)線程間通知,這在iocp看來(lái)就是畫(huà)蛇添足。

            2011-08-01 10:45 | 袁斌
            久久99精品国产99久久6男男| 久久婷婷国产剧情内射白浆| 久久精品水蜜桃av综合天堂| 99久久精品免费看国产一区二区三区| 欧美日韩精品久久免费| 亚洲AV日韩精品久久久久久| 精品久久香蕉国产线看观看亚洲| 久久精品国产亚洲7777| 亚洲国产视频久久| 国产午夜精品理论片久久影视| 国产激情久久久久影院| 三级三级久久三级久久| 青青草原综合久久| 亚洲午夜久久久久久久久电影网| 日本精品久久久久中文字幕8| 2021最新久久久视精品爱| 久久香蕉国产线看观看99| 久久综合亚洲色一区二区三区| 2020最新久久久视精品爱| 亚洲精品无码成人片久久| 久久久久亚洲AV成人网| 精品蜜臀久久久久99网站| 欧美精品国产综合久久| 99久久www免费人成精品| 丰满少妇人妻久久久久久 | 久久久久久伊人高潮影院| 四虎国产精品免费久久5151| 人妻精品久久无码专区精东影业| 欧美伊人久久大香线蕉综合69| 欧美一区二区精品久久| 国产∨亚洲V天堂无码久久久| 亚洲中文字幕无码久久精品1| 久久久久国产亚洲AV麻豆| 国产精品欧美久久久久天天影视| 久久精品国产久精国产思思| 无码八A片人妻少妇久久| 久久久午夜精品| 久久天天躁夜夜躁狠狠躁2022| 成人午夜精品无码区久久| 一本一本久久a久久综合精品蜜桃| 久久中文字幕人妻熟av女|