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

            一切像霧像雨又像風

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

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

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

            二 spinlock機制
            多核SMP的cpu流行后,出現(xiàn)的新的互斥同步機制。spinlock實現(xiàn)原理為用戶態(tài)循環(huán)嘗試機制,不陷入內核態(tài)進行線程切換。spinlock的原子性通過CAS(CompareAndSwap)原語實現(xiàn)。使用spinlock時,應該保證保護區(qū)間內代碼執(zhí)行迅速,不應該存在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í)行線程很快可以拿到鎖,但當單核環(huán)境或者保護區(qū)代碼執(zhí)行慢速時,則會耗盡該線程擁有的時間片之后交出cpu,造成cpu的浪費。另一常見的spinlock是boost智能指針中的實現(xiàn),進行3次無間斷的循環(huán)CAS原語判斷,之后若再次失敗,則調用sleep族函數(shù),交出cpu執(zhí)行權,待再次分配到cpu時間片后繼續(xù)進行CAS原語判斷操作。


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


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

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

            評論

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

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

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

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

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

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

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

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

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

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

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

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

            其他LZ談談相關的具體方案或心得,epoll也好iocp也好。  回復  更多評論
              

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

            亚洲国产小视频精品久久久三级| 国产精品美女久久久久| 久久精品18| 久久人人爽人人爽人人片AV高清 | 婷婷综合久久中文字幕蜜桃三电影| 久久精品国产亚洲AV忘忧草18| 久久国产亚洲精品无码| 久久久久亚洲av毛片大| 日韩精品久久久肉伦网站| 国产精品gz久久久| 久久久精品2019免费观看| 亚洲&#228;v永久无码精品天堂久久| 亚洲欧美成人综合久久久| 久久久精品久久久久久| 国产精品99久久久久久人| 久久午夜福利无码1000合集| 亚洲国产成人久久精品影视 | 国产欧美一区二区久久| 无码人妻久久一区二区三区蜜桃| 久久精品国产只有精品2020| 国色天香久久久久久久小说| 久久久久久久久久久免费精品| 99久久无码一区人妻a黑| 亚洲AV日韩精品久久久久久| 亚洲成av人片不卡无码久久| 欧美久久精品一级c片片| 久久精品国产亚洲av高清漫画| 久久国内免费视频| 亚洲国产精品无码久久九九| 国内精品久久久久久久久| 久久久久免费精品国产| AV色综合久久天堂AV色综合在| 久久99久久99精品免视看动漫| 一本色综合久久| 久久人人爽人人爽人人片AV麻烦| 区亚洲欧美一级久久精品亚洲精品成人网久久久久 | 久久WWW免费人成一看片| 久久久久无码精品国产app| 久久久久国产一区二区三区| 久久精品亚洲福利| 狠狠色丁香婷婷久久综合 |