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

            CppExplore

            一切像霧像雨又像風(fēng)

              C++博客 :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理 ::
              29 隨筆 :: 0 文章 :: 280 評論 :: 0 Trackbacks

            作者:CppExplore  http://m.shnenglu.com/CppExplore/http://blog.csdn.net/cppexplore同步發(fā)布

            一 semaphore機制
            古老的信號量機制,80年代初,從System V體系中產(chǎn)生,稱為System v信號量。90年代,Posix標(biāo)準(zhǔn)確立,其中的信號量稱為posix信號量。當(dāng)前l(fā)inux系統(tǒng)支持這兩種信號量(man semget/ man sem_post)。System v信號量為有名信號量,可以用于多進程間的互斥同步。posix信號量分有名和無名兩種,當(dāng)前l(fā)inux只支持無名信號量,可以用于多線程之間的互斥同步,通過共享內(nèi)存也可以用于多進程之間。
            信號量屬于內(nèi)核級別的互斥同步機制,相關(guān)調(diào)用總是陷入內(nèi)核態(tài),屬于功能強大/重量級的實現(xiàn)。

            二 spinlock機制
            多核SMP的cpu流行后,出現(xiàn)的新的互斥同步機制。spinlock實現(xiàn)原理為用戶態(tài)循環(huán)嘗試機制,不陷入內(nèi)核態(tài)進行線程切換。spinlock的原子性通過CAS(CompareAndSwap)原語實現(xiàn)。使用spinlock時,應(yīng)該保證保護區(qū)間內(nèi)代碼執(zhí)行迅速,不應(yīng)該存在io等耗時操作。
            多核系統(tǒng)下,針對可快速執(zhí)行的保護區(qū)使用用戶態(tài)循環(huán)嘗試機制,可以保證執(zhí)行線程不需要引起上下文切換即可快速執(zhí)行通過,這種機制也被形象的稱為lock-free機制。我們可以這樣理解:lock-free機制即為循環(huán)嘗試,spinlock是它的具體實現(xiàn)。

            spinlock的實現(xiàn)有多種,常見的有pthread_spin_lock,該spinlock無限制循環(huán)嘗試,在多核環(huán)境下并且保護區(qū)代碼執(zhí)行迅速時,執(zhí)行線程很快可以拿到鎖,但當(dāng)單核環(huán)境或者保護區(qū)代碼執(zhí)行慢速時,則會耗盡該線程擁有的時間片之后交出cpu,造成cpu的浪費。另一常見的spinlock是boost智能指針中的實現(xiàn),進行3次無間斷的循環(huán)CAS原語判斷,之后若再次失敗,則調(diào)用sleep族函數(shù),交出cpu執(zhí)行權(quán),待再次分配到cpu時間片后繼續(xù)進行CAS原語判斷操作。


            三 mutex機制
            mutex屬于os之上的再次封裝實現(xiàn)。在linux2.6內(nèi)核上,線程庫為nptl,其中的mutex基于futex機制實現(xiàn),它的實現(xiàn)原理,簡單說就是spinlock+semaphore,首先使用spinlock嘗試,可以拿到鎖則直接向下執(zhí)行,拿不到鎖則執(zhí)行semaphore機制,陷入內(nèi)核態(tài),進入線程切換。
            在多核環(huán)境下,當(dāng)mutex保護的代碼段內(nèi)無io操作,執(zhí)行很快時,大多數(shù)情況下通過spinlock都可拿到鎖,不需要陷入內(nèi)核態(tài)。


            四 為智能指針正名(boost)
            智能指針的引用計數(shù)僅僅為一個整型變量的增減,屬于執(zhí)行迅速的典型,使用spinlock機制保護,最新boost版本中僅僅是spinlock,而非mutex。從性能角度說,使用智能指針的現(xiàn)象是cpu略微上升(循環(huán)嘗試導(dǎo)致),而并發(fā)量/單個請求的響應(yīng)時間并無明顯影響。proactor機制實現(xiàn)的網(wǎng)絡(luò)層,智能指針基本無法繞過,刻意避免帶來的只能是丑陋的代碼和維護量的上升。但線程之間盡量避免傳遞指針(智能指針),通過傳遞id等代替。
            智能指針有它使用的場景,不能濫用,也不能刻意避免。

            posted on 2010-08-28 18:22 cppexplore 閱讀(4312) 評論(12)  編輯 收藏 引用

            評論

            # re: 【原創(chuàng)】從同步互斥機制到智能指針使用成本 2010-08-31 02:08 trueOO
            這才叫文章啊。。看看首頁上都是些什么玩意啊  回復(fù)  更多評論
              

            # re: 【原創(chuàng)】從同步互斥機制到智能指針使用成本 [未登錄] 2010-09-01 19:03 Sea
            同意
              回復(fù)  更多評論
              

            # re: 【原創(chuàng)】從同步互斥機制到智能指針使用成本 2010-09-02 16:44 金慶
            "線程之間盡量避免傳遞指針"? 能說明一下嗎?傳id和傳指針有什么區(qū)別?  回復(fù)  更多評論
              

            # re: 【原創(chuàng)】從同步互斥機制到智能指針使用成本 [未登錄] 2010-09-04 11:16 cppexplore
            @金慶
            線程之間傳遞指針,基本就是傳遞智能指針。
            傳遞id代替就是為了避免智能指針  回復(fù)  更多評論
              

            # re: 【原創(chuàng)】從同步互斥機制到智能指針使用成本 2010-09-10 17:15 Markin
            博主真乃超級技術(shù)達人,期待更多更好的技術(shù)貼,學(xué)習(xí)ing  回復(fù)  更多評論
              

            # re: 【原創(chuàng)】從同步互斥機制到智能指針使用成本 2010-09-25 18:08 xwb
            博主威武! 望塵莫及...@Markin
              回復(fù)  更多評論
              

            # re: 【原創(chuàng)】從同步互斥機制到智能指針使用成本 [未登錄] 2010-12-24 15:11 vincent
            膜了個拜 啊  回復(fù)  更多評論
              

            # re: 【原創(chuàng)】從同步互斥機制到智能指針使用成本 2011-03-24 14:50 egmkang
            據(jù)說mutex在沒有io的時候也是通過spinlock來實現(xiàn)互斥的.  回復(fù)  更多評論
              

            # re: 【原創(chuàng)】從同步互斥機制到智能指針使用成本 2011-03-24 14:51 egmkang
            當(dāng)我沒說,我轉(zhuǎn)了一圈轉(zhuǎn)回來了..  回復(fù)  更多評論
              

            # re: 【原創(chuàng)】從同步互斥機制到智能指針使用成本 2011-03-28 12:45 cppexplore
            @egmkang
            :)  回復(fù)  更多評論
              

            # re: 【原創(chuàng)】從同步互斥機制到智能指針使用成本 2011-06-05 08:27 Batiliu
            引用:proactor機制實現(xiàn)的網(wǎng)絡(luò)層,智能指針基本無法繞過,刻意避免帶來的只能是丑陋的代碼和維護量的上升。

            LZ強人。本人在IOCP基礎(chǔ)上實現(xiàn)proactorIO模型時,被資源釋放困擾了N久,最后還是智能指針解的困,但現(xiàn)在還不夠完美。

            其他LZ談?wù)勏嚓P(guān)的具體方案或心得,epoll也好iocp也好。  回復(fù)  更多評論
              

            # re: 【原創(chuàng)】從同步互斥機制到智能指針使用成本 [未登錄] 2011-07-14 22:25 kevin
            @金慶
            指針指向的內(nèi)存地址可能無效。  回復(fù)  更多評論
              


            只有注冊用戶登錄后才能發(fā)表評論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


            久久久久亚洲AV片无码下载蜜桃| 国产精品久久波多野结衣| 久久九九青青国产精品| 日本福利片国产午夜久久| 精品久久久久久无码中文字幕| 国产精品亚洲美女久久久| 久久AV高潮AV无码AV| 国产精品青草久久久久婷婷 | 伊人久久大香线蕉综合网站 | 久久精品水蜜桃av综合天堂| 狠狠色丁香久久婷婷综| 热久久最新网站获取| 久久精品一本到99热免费| 久久精品国产一区二区三区 | 久久久噜噜噜久久中文字幕色伊伊 | 日韩精品久久无码中文字幕| 一级做a爱片久久毛片| 精品久久久久成人码免费动漫| 国产成人综合久久综合| 热久久国产欧美一区二区精品 | 亚洲色欲久久久综合网| 国产91久久综合| 97精品国产91久久久久久| 久久无码高潮喷水| 人妻无码久久精品| 91精品国产91热久久久久福利 | 色诱久久久久综合网ywww| 欧美久久久久久| 久久国产香蕉一区精品| 亚洲精品无码久久毛片| 久久久久一本毛久久久| 久久精品国产一区二区三区不卡| 亚洲欧美精品伊人久久| 色综合久久最新中文字幕| 91精品国产综合久久婷婷| 高清免费久久午夜精品| 国内精品久久久久| 国产精品免费久久久久久久久| 久久精品国产91久久麻豆自制| 国产精品久久久久天天影视| 人妻精品久久无码区|