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

            S.l.e!ep.¢%

            像打了激速一樣,以四倍的速度運轉(zhuǎn),開心的工作
            簡單、開放、平等的公司文化;尊重個性、自由與個人價值;
            posts - 1098, comments - 335, trackbacks - 0, articles - 1
              C++博客 :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理

            IOCP加Windows線程池打造高伸縮性高性能的服務(wù)器應(yīng)用  2008-07-02 15:27

            字號: ? ?

            ?????? 對于IOCP,搞Windows服務(wù)器編程的都不會陌生,它所表現(xiàn)出來的性能是其他各種WinSock模型難望其項背的。撰寫本文的目的就是為讓大家能夠在深入理解IOCP的基礎(chǔ)上,再來深入的挖掘Windows系統(tǒng)的性能。此處假設(shè)讀者對IOCP模型已經(jīng)深刻理解,并對Windows線程、線程池有一定的了解。如果對此還不熟悉,限于篇幅的原因,請您先學(xué)習(xí)理解這些內(nèi)容后再來閱讀本文。
            ?????? 在IOCP模型編程中,我們經(jīng)常需要考慮的就是創(chuàng)建多少個線程來作為完成執(zhí)行線程,很多時候這是個非常需要技巧和經(jīng)驗的決策性問題。大多數(shù)情況下,我們采取的策略是看服務(wù)器上有多少CPU然后假定每個CPU最多執(zhí)行兩個線程,然后我們創(chuàng)建的線程數(shù)量就是CPU數(shù)*2。這看起來很合理,但是實際上在復(fù)雜的服務(wù)器應(yīng)用環(huán)境中,這樣做的效果并不盡如人意,很多時候我們希望得到一種更加動態(tài)靈活的方案。
            ?????? 有些有經(jīng)驗的程序員就自己編寫線程池庫,來實現(xiàn)這種動態(tài)靈活的管理方式,從而還可以實現(xiàn)一定的擴展性,比如系統(tǒng)動態(tài)的添加了一些CPU的資源,或者系統(tǒng)負(fù)擔(dān)比較重的時候,或者CPU因為頻繁切換線程場景而導(dǎo)致效率低下時,線程池的動態(tài)性就發(fā)揮出來了。

            ?????? 索性的是,在Windows2000以上的平臺上,已經(jīng)為我們提供了線程池的接口,雖然這些接口有時候看起來還有些簡陋,比如有名的QueueUserWorkItem函數(shù),這些接口簡陋到你連當(dāng)前線程池中有多少活動線程等信息都無法知道,你只能通過其它的工具來動態(tài)觀察和猜測。但這樣的簡單性也為我們帶來了調(diào)用方便的實惠。當(dāng)然到了Windows2008以上的平臺時,線程池的函數(shù)總算是被大大加強了,你可以控制更多東西了,關(guān)于Windows2008線程池的內(nèi)容請看我的另一篇博客拙作《Windows2008線程池前瞻》。
            ?????? 在結(jié)合IOCP和線程池這方面Windows系統(tǒng)也想到了程序員面臨的這個困難,Windows系統(tǒng)干脆直接就在系統(tǒng)內(nèi)部捆綁了IOCP和線程池,提供了一個帶IOCP功能的線程池函數(shù)——BindIoCompletionCallback。
            此函數(shù)的原形如下:
            BOOL WINAPI BindIoCompletionCallback(
            ? __in????????? HANDLE FileHandle,
            ? __in????????? LPOVERLAPPED_COMPLETION_ROUTINE Function,
            ? ULONG Flags
            );

            需要的完成過程(實際也就是IOCP線程的過程)Function的原形需要你定義成如下的樣子:
            VOID CALLBACK FileIOCompletionRoutine(
            ? [in]???????????????? DWORD dwErrorCode,
            ? [in]???????????????? DWORD dwNumberOfBytesTransfered,
            ? [in]???????????????? LPOVERLAPPED lpOverlapped
            );

            ????????熟悉IOCP的各位可能已經(jīng)興奮得血管暴脹了吧?
            ?????? 從BindIoCompletionCallback函數(shù)的參數(shù)你應(yīng)該已經(jīng)能夠猜到這個函數(shù)的用法了,第一個句柄就是你需要捆綁的文件句柄或者SOCKET套接字句柄,甚至是其他I/O設(shè)備的句柄。第二個函數(shù)的指針就是你的完成例程的指針,這個函數(shù)完全由你實現(xiàn)和控制,最后一個Flags參數(shù)當(dāng)前所有的Windows系統(tǒng)中都必須賦予0值,這個參數(shù)實際上還沒有被起用。
            ?????? 這么簡單?真是難以置信,代表IOCP的句柄上哪去了?其實哪個什么IOCP的句柄,以及創(chuàng)建多少個線程什么的都不需要你考慮了,你唯一需要操心的就是如何編寫完成例程以及如何將一個I/O句柄和完成例程捆綁起來。以前需要n多行代碼才能完成的事情,一個BindIoCompletionCallback函數(shù)就徹底搞定了,甚至我們不需要再考慮線程的動態(tài)性問題了。這一切現(xiàn)在都有Windows系統(tǒng)綜合考慮了,而你就被解放出來了。
            還愣著干嘛?快去寫你的高可用性,高可擴展、高動態(tài)性的IOCP大型服務(wù)應(yīng)用去了!
            ???????????? Long Live Windows!

            Feedback

            # re: IOCP加Windows線程池打造高伸縮性高性能的服務(wù)器應(yīng)用 [轉(zhuǎn)]  回復(fù)  更多評論   

            2009-11-24 10:33 by 李佳
            寫的不錯!!看看
            久久精品a亚洲国产v高清不卡| 91精品国产91久久久久福利| 狠狠久久综合伊人不卡| 欧美伊人久久大香线蕉综合69| 亚洲а∨天堂久久精品| 亚洲中文字幕无码一久久区| 精品久久久久久久无码| 久久久久亚洲av成人无码电影| 波多野结衣久久精品| 国产亚洲婷婷香蕉久久精品 | 久久精品国产99久久久香蕉| 国产精品一区二区久久精品涩爱| 国产91色综合久久免费分享| 久久综合精品国产一区二区三区| 久久不见久久见免费视频7| 噜噜噜色噜噜噜久久| 久久e热在这里只有国产中文精品99 | 久久香蕉超碰97国产精品| 亚洲AV日韩精品久久久久| 久久国产成人午夜aⅴ影院| 国产成人精品久久一区二区三区| 久久天天婷婷五月俺也去| 久久精品国产一区| 国产精品99久久99久久久| 欧美精品九九99久久在观看| 精品久久久久久国产三级| 日本一区精品久久久久影院| 久久人人爽人人爽人人AV东京热 | 欧美激情精品久久久久久久九九九| 久久99精品国产自在现线小黄鸭| 久久九九久精品国产免费直播| 欧美性大战久久久久久| 久久久久这里只有精品| 国内精品久久久久久久影视麻豆| 久久99国产精品久久| 久久婷婷国产麻豆91天堂| 久久电影网一区| 久久国产成人亚洲精品影院| 久久青青草原精品国产不卡| 激情久久久久久久久久| 色播久久人人爽人人爽人人片aV |