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

            C++的天空

            常用鏈接

            統(tǒng)計

            最新評論

            并發(fā)策略總結(jié)

            并發(fā)服務(wù)器有三種常見的架構(gòu):
            1. 單線程epoll(ET非阻塞I/O) +線程池,也叫半同步半異步模式。這種模型比較常見,而且因為異步層和同步層使用消息隊列傳遞消息,更容易實現(xiàn)對消息的FIFO處理。缺點就是線程的同步和上下文切換開銷比較大。
            2. ConnectionPerThread+阻塞型I/O。這是最古老的服務(wù)器并發(fā)模型,不太適合現(xiàn)今的這些高并發(fā)高負(fù)載服務(wù)器,當(dāng)連接數(shù)巨大的時候,創(chuàng)建銷毀線程的開銷會無法承受,并且內(nèi)核創(chuàng)建線程的速度也會成為瓶頸。這種模型的一種改進(jìn)型就是領(lǐng)導(dǎo)者/跟隨者模式,它吸取第一種模型中,線程數(shù)量不會膨脹的優(yōu)點,使用線程池來處理連接。每當(dāng)有連接到達(dá)時,都使用一個線程阻塞處理,處理完成后,線程再回到線程池中,這樣有限的線程模擬出了ConnectionPerThread。一般來說,領(lǐng)導(dǎo)者/跟隨者模型比第一種模型更加高效,因為它減少了線程同步和切換的開銷,它的缺點就是FIFO很難保證。
            3. 流水線模型。前面兩種模式都有個缺點,它們不能花太長時間處理邏輯,因為在多CPU系統(tǒng)上,某些耗時的長請求可能會不斷占住CPU,而導(dǎo)致短請求得不到處理,這會使某些CPU閑置。于是這種模型提出,將請求處理的過程劃分步驟,不同的步驟考慮不同的資源處理(比如CPU, DISK I/O等),每個步驟使用單獨的線程或線程池。這樣比較耗時的操作可能集中在流水線的下級,而短請求也可以在上級得到快速處理。因為各級線程之間使用消息隊列傳遞請求,也很容易實現(xiàn)FIFO。

            posted on 2008-03-24 14:43 ecopgm 閱讀(722) 評論(0)  編輯 收藏 引用 所屬分類: Server Programming

            久久久无码精品亚洲日韩蜜臀浪潮| 久久精品国产乱子伦| 国产精品伊人久久伊人电影| 国产午夜精品理论片久久| 伊人久久大香线蕉无码麻豆| 国产精品无码久久久久久| 久久夜色撩人精品国产小说| 久久久精品国产sm调教网站 | 亚洲国产成人久久一区WWW| 亚洲精品乱码久久久久久中文字幕| 99久久这里只有精品| 国产精品99久久久久久宅男小说| 久久99热精品| 日韩精品久久久久久免费| 人人狠狠综合久久亚洲高清| 日韩精品久久久久久| 色婷婷综合久久久中文字幕| 亚洲欧美一级久久精品| 久久精品成人| 亚洲狠狠久久综合一区77777| 亚洲AV日韩精品久久久久久| 亚洲欧美国产精品专区久久| 久久久久这里只有精品| 99久久夜色精品国产网站| 国产精品无码久久综合| 国内精品久久久久久久97牛牛| 久久乐国产综合亚洲精品| 狠狠色丁香久久婷婷综合| 99久久综合狠狠综合久久| 久久电影网一区| 久久久精品2019免费观看| 无码国内精品久久人妻蜜桃 | 国内精品久久久久久久久| 久久免费高清视频| 99精品国产在热久久无毒不卡 | 伊人久久综合热线大杳蕉下载| 99久久综合狠狠综合久久止| 久久99国产精一区二区三区| 亚洲国产精品一区二区久久| 久久九九久精品国产免费直播| 日韩中文久久|