• <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 李佳
            寫的不錯!!看看
            亚洲狠狠婷婷综合久久蜜芽| 久久这里只精品99re66| 久久精品国产第一区二区三区 | 人人狠狠综合88综合久久| 99久久精品九九亚洲精品| 欧美麻豆久久久久久中文| 亚洲精品乱码久久久久66| 97超级碰碰碰久久久久| 国产精品99久久久久久宅男| 久久久午夜精品| 青青草原1769久久免费播放| 久久婷婷是五月综合色狠狠| 999久久久免费国产精品播放| 亚洲人成无码网站久久99热国产| 久久精品国产网红主播| 伊人久久大香线蕉精品不卡| 久久精品国产亚洲av水果派 | 色综合久久夜色精品国产| 九九99精品久久久久久| 久久精品国产欧美日韩99热| 亚洲国产精品久久久久婷婷软件| 国内高清久久久久久| 国产精品久久久99| 久久se精品一区二区| 亚洲国产精品无码久久久蜜芽| 久久精品国产99久久丝袜| 久久成人国产精品| 亚洲AV无码久久精品狠狠爱浪潮| 一本综合久久国产二区| 国产精品欧美久久久久无广告 | 亚洲人成伊人成综合网久久久| 久久99精品国产麻豆婷婷| 久久久久亚洲AV无码麻豆| 性欧美丰满熟妇XXXX性久久久| 亚洲人成无码久久电影网站| 要久久爱在线免费观看| 亚洲国产精品嫩草影院久久 | 久久精品国产亚洲av麻豆蜜芽| 亚洲精品成人久久久| 久久婷婷五月综合97色直播| 狠狠色婷婷综合天天久久丁香 |