• <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>
            posts - 297,  comments - 15,  trackbacks - 0
            關于單CPU,多CPU上的原子操作  轉自http://software.intel.com/zh-cn/blogs/2010/01/14/cpucpu/?cid=sw:prccsdn956

                所謂原子操作,就是"不可中斷的一個或一系列操作" 。

            硬件級的原子操作:
                在單處理器系統(tǒng)(UniProcessor)中,能夠在單條指令中完成的操作都可以認為是" 原子操作",因為中斷只能發(fā)生于指令之間。這也是某些CPU指令系統(tǒng)中引入了test_and_set、test_and_clear等指令用于臨界資源互斥的原因。

                在對稱多處理器(Symmetric Multi-Processor)結構中就不同了,由于系統(tǒng)中有多個處理器在獨立地運行,即使能在單條指令中完成的操作也有可能受到干擾。

                在x86 平臺上,CPU提供了在指令執(zhí)行期間對總線加鎖的手段。CPU芯片上有一條引線#HLOCK pin,如果匯編語言的程序中在一條指令前面加上前綴"LOCK",經(jīng)過匯編以后的機器代碼就使CPU在執(zhí)行這條指令的時候把#HLOCK pin的電位拉低,持續(xù)到這條指令結束時放開,從而把總線鎖住,這樣同一總線上別的CPU就暫時不能通過總線訪問內(nèi)存了,保證了這條指令在多處理器環(huán)境中 的原子性。
            軟件級的原子操作:
                軟件級的原子操作實現(xiàn)依賴于硬件原子操作的支持。
                對于linux而言,內(nèi)核提供了兩組原子操作接口:一組是針對整數(shù)進行操作;另一組是針對單獨的位進行操作。
            2.1. 原子整數(shù)操作
                針對整數(shù)的原子操作只能對atomic_t類型的數(shù)據(jù)處理。這里沒有使用C語言的int類型,主要是因為:

                1) 讓原子函數(shù)只接受atomic_t類型操作數(shù),可以確保原子操作只與這種特殊類型數(shù)據(jù)一起使用

                2) 使用atomic_t類型確保編譯器不對相應的值進行訪問優(yōu)化

                3) 使用atomic_t類型可以屏蔽不同體系結構上的數(shù)據(jù)類型的差異。盡管Linux支持的所有機器上的整型數(shù)據(jù)都是32位,但是使用atomic_t的代 碼只能將該類型的數(shù)據(jù)當作24位來使用。這個限制完全是因為在SPARC體系結構上,原子操作的實現(xiàn)不同于其它體系結構:32位int類型的低8位嵌入了 一個鎖,因為SPARC體系結構對原子操作缺乏指令級的支持,所以只能利用該鎖來避免對原子類型數(shù)據(jù)的并發(fā)訪問。

                原子整數(shù)操作最常見的用途就是實現(xiàn)計數(shù)器。原子整數(shù)操作列表在中定義。原子操作通常是內(nèi)斂函數(shù),往往通過內(nèi)嵌匯編指令來實現(xiàn)。如果某個函數(shù)本來就是原子的,那么它往往會被定義成一個宏。

            在編寫內(nèi)核時,操作也簡單:

                atomic_t use_cnt;

                atomic_set(&use_cnt, 2);

                atomic_add(4, &use_cnt);

                atomic_inc(use_cnt);

            2.2. 原子性與順序性

                原子性確保指令執(zhí)行期間不被打斷,要么全部執(zhí)行,要么根本不執(zhí)行。而順序性確保即使兩條或多條指令出現(xiàn)在獨立的執(zhí)行線程中,甚至獨立的處理器上,它們本該執(zhí)行的順序依然要保持。

            2.3. 原子位操作

                原子位操作定義在文件中。令人感到奇怪的是位操作函數(shù)是對普通的內(nèi)存地址進行操作的。原子位操作在多數(shù)情況下是對一個字長的內(nèi)存訪問,因而位號該位于0-31之間(在64位機器上是0-63之間),但是對位號的范圍沒有限制。

            編寫內(nèi)核代碼,只要把指向了你希望的數(shù)據(jù)的指針給操作函數(shù),就可以進行位操作了:

                unsigned long word = 0;

                set_bit(0, &word); /*第0位被設置*/

                set_bit(1, &word); /*第1位被設置*/

                clear_bit(1, &word); /*第1位被清空*/

                change_bit(0, &word); /*翻轉第0位*/

            為什么關注原子操作?
                1)在確認一個操作是原子的情況下,多線程環(huán)境里面,我們可以避免僅僅為保護這個操作在外圍加上性能開銷昂貴的鎖。
                2)借助于原子操作,我們可以實現(xiàn)互斥鎖。
                3)借助于互斥鎖,我們可以把一些列操作變?yōu)樵硬僮鳌?/p>

            GNU C中x++是原子操作嗎?
                答案不是。x++由3條指令完成。x++在單CPU下不是原子操作。
                對應3條匯編指令
                movl x, %eax
                addl $1, %eax
                movl %eax, x
                在vc2005下對應
                ++x;
                004232FA mov eax,dword ptr [x]
                004232FD add eax,1
                00423300 mov dword ptr [x],eax
                仍然是3條指令。
                所以++x,x++等都不是原子操作。因其步驟包括了從內(nèi)存中取x值放入寄存器,加寄存器,把值寫入內(nèi)存三個指令。

            如何實現(xiàn)x++的原子性?
                在單處理器上,如果執(zhí)行x++時,禁止多線程調(diào)度,就可以實現(xiàn)原子。因為單處理的多線程并發(fā)是偽并發(fā)。
                在多處理器上,需要借助cpu提供的Lock功能。鎖總線。讀取內(nèi)存值,修改,寫回內(nèi)存三步期間禁止別的CPU訪問總線。同時我估計使用Lock指令鎖總線的時候,OS也不會把當前線程調(diào)度走了。要是調(diào)走了,那就麻煩了。

                在多處理器系統(tǒng)中存在潛在問題的原因是:
                不使用LOCK指令前綴鎖定總線的話,在一次內(nèi)存訪問周期中有可能其他處理器會產(chǎn)生異常或中斷,而在異常處理中有可能會修改尚未寫入的地址,這樣當INC操作完成后會產(chǎn)生無效數(shù)據(jù)(覆蓋了前面的修改)。

                spinlock 用于CPU同步, 它的實現(xiàn)是基于CPU鎖定數(shù)據(jù)總線的指令.
                當某個CPU鎖住數(shù)據(jù)總線后, 它讀一個內(nèi)存單元(spinlock_t)來判斷這個spinlock 是否已經(jīng)被別的CPU鎖住. 如果否, 它寫進一個特定值, 表示鎖定成功, 然后返回. 如果是, 它會重復以上操作直到成功, 或者spin次數(shù)超過一個設定值. 鎖定數(shù)據(jù)總線的指令只能保證一個機器指令內(nèi), CPU獨占數(shù)據(jù)總線.
                單CPU當然能用spinlock, 但實現(xiàn)上無需鎖定數(shù)據(jù)總線.

                spinlock在鎖定的時候,如果不成功,不會睡眠,會持續(xù)的嘗試,單cpu的時候spinlock會讓其它process動不了.

            from:
            http://blog.csdn.net/microtong/archive/2010/01/20/5211750.aspx


            posted on 2010-04-03 21:05 chatler 閱讀(1310) 評論(0)  編輯 收藏 引用 所屬分類: C++_BASIS
            <2011年1月>
            2627282930311
            2345678
            9101112131415
            16171819202122
            23242526272829
            303112345

            常用鏈接

            留言簿(10)

            隨筆分類(307)

            隨筆檔案(297)

            algorithm

            Books_Free_Online

            C++

            database

            Linux

            Linux shell

            linux socket

            misce

            • cloudward
            • 感覺這個博客還是不錯,雖然做的東西和我不大相關,覺得看看還是有好處的

            network

            OSS

            • Google Android
            • Android is a software stack for mobile devices that includes an operating system, middleware and key applications. This early look at the Android SDK provides the tools and APIs necessary to begin developing applications on the Android platform using the Java programming language.
            • os161 file list

            overall

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            久久se精品一区二区影院| 久久无码人妻一区二区三区| 亚洲精品无码专区久久久| 久久精品国产亚洲Aⅴ蜜臀色欲| 青草影院天堂男人久久| 久久综合噜噜激激的五月天| 亚洲va中文字幕无码久久| 97精品国产97久久久久久免费| 久久亚洲精品国产亚洲老地址| 亚洲国产精品综合久久网络 | 久久久久亚洲AV片无码下载蜜桃 | 国内精品久久久久影院一蜜桃| 久久热这里只有精品在线观看| 久久久综合香蕉尹人综合网| 99热精品久久只有精品| AAA级久久久精品无码区| 国产成人精品久久综合| 久久久久久久综合综合狠狠| 日本国产精品久久| 久久婷婷是五月综合色狠狠| 亚洲精品tv久久久久久久久 | 久久精品国产亚洲一区二区| 久久久精品午夜免费不卡| 精品久久久久中文字| 亚洲七七久久精品中文国产| 国内精品人妻无码久久久影院导航 | 欧美亚洲国产精品久久久久| 影音先锋女人AV鲁色资源网久久 | 污污内射久久一区二区欧美日韩| 久久久这里有精品| 久久综合狠狠综合久久综合88| 青青青伊人色综合久久| 人妻系列无码专区久久五月天| 亚洲va久久久噜噜噜久久狠狠| 国产一区二区三区久久| 久久亚洲天堂| 久久精品亚洲一区二区三区浴池 | 久久久久亚洲AV无码永不| 国产精品成人久久久久三级午夜电影 | 久久久久久久综合狠狠综合| 久久精品亚洲日本波多野结衣|