在线观看www成人影院-在线观看www日本免费网站-在线观看www视频-在线观看操-欧美18在线-欧美1级

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

謝寶友教你學(xué)Linux:深入理解Linux RCU之從硬件說起

電子工程師 ? 來源:未知 ? 作者:電子大兵 ? 2017-09-04 10:29 ? 次閱讀

一、來自于霍金的難題

據(jù)說斯蒂芬·霍金曾經(jīng)聲稱半導(dǎo)體制造商面臨兩個(gè)基本問題:

(1)有限的光速

(2)物質(zhì)的原子本質(zhì)

第一個(gè)難題,決定了在一個(gè)CPU周期內(nèi),電信號無法在整個(gè)系統(tǒng)所有CPU中廣播。換句話說,某個(gè)CPU指令對一個(gè)內(nèi)存地址的寫操作,不會(huì)在這條指令執(zhí)行完畢后,馬上被其他CPU識(shí)別到操作結(jié)果。例如:CPU0對全局變量foo執(zhí)行foo = 1,當(dāng)CPU 0執(zhí)行完相應(yīng)的匯編代碼后,其他CPU核仍然看到foo賦值前的值。剛接觸操作系統(tǒng)的讀者,需要注意這一點(diǎn)。

第二個(gè)難題,導(dǎo)致我們至少需要一個(gè)原子來存儲(chǔ)二進(jìn)制位。沒有辦法在一個(gè)原子中存儲(chǔ)一個(gè)字、一段內(nèi)存、一個(gè)完整的寄存器內(nèi)容......最終的結(jié)果是,硬件工程師沒有辦法縮小芯片流片面積。當(dāng)CPU核心增加時(shí),核間通信的負(fù)擔(dān)會(huì)變得更加沉重。

當(dāng)然,作為理論物理學(xué)家,霍金的這兩個(gè)問題都是理論性的。半導(dǎo)體制造商很有可能已經(jīng)逼近這兩個(gè)限制。雖然如此,還是有一些研發(fā)報(bào)告關(guān)注于如何規(guī)避這兩個(gè)基本限制。

其中一個(gè)繞開物質(zhì)原子本質(zhì)的辦法是一種稱為“high-K絕緣體”的材料,這種材料允許較大的器件模擬超小型器件的電氣屬性。這種材料存在一些重大的生產(chǎn)困難,但是總算能將研究的前沿再推進(jìn)一步。另一個(gè)比較奇異的解決方法是在單個(gè)電子上存儲(chǔ)多個(gè)比特位,這是建立在單個(gè)電子可以同時(shí)存在于多個(gè)能級的現(xiàn)象之上。不過這種方法還有待觀察,才能確定能否在產(chǎn)品級的半導(dǎo)體設(shè)備中穩(wěn)定工作。

還有一種稱為“量子點(diǎn)”的解決方法,使得可以制造體積小得多的半導(dǎo)體設(shè)備,不過該方法還處于研究階段。

第一個(gè)限制不容易被繞過,雖然量子技術(shù)、甚至弦論,理論上允許通信速度超過光速。但是這僅僅是理論研究,實(shí)際工程中還未應(yīng)用。

二、原子操作有多慢?

這里的原子操作,是特指Linux內(nèi)核中,類似于atomic_long_add_return這樣的API。簡單的說,就是當(dāng)某個(gè)原子操作完成時(shí),確保所有CPU核已經(jīng)識(shí)別到對原子變量的修改,并且在原子操作期間,其他CPU核不會(huì)同步對該變量進(jìn)行修改。這必然要求相應(yīng)的電信號在所有的CPU之間廣播。如下圖:

對于普通變量操作(非原子操作)來說,電信號則不必在所有CPU核之間傳播并來回傳遞:

不能忘記一點(diǎn):Linux操作系統(tǒng)可以運(yùn)行在超過1024個(gè)CPU的大型系統(tǒng)中。在這些大型系統(tǒng)中,在所有CPU之間廣播傳遞電信號,需要花費(fèi)“很長”的時(shí)間。

但是,很長究竟是多長?

在上表中,一次“CAS cache miss”的CPU周期是266,夠長了吧?而這個(gè)測試結(jié)果,是在比較新的、4核CPU的多核系統(tǒng)中進(jìn)行的。在老一點(diǎn)的系統(tǒng)中,或者在更多CPU核心的系統(tǒng)中,這個(gè)時(shí)間更長。

三、變量可以擁有多個(gè)值

這不是天方夜譚。

假設(shè)CPU 0向全局變量foo寫入一個(gè)值1,我們會(huì)很自然的認(rèn)為:其他CPU會(huì)立即識(shí)別到foo的值為1。即使有所疑惑,我們可能也會(huì)退一步認(rèn)為,在稍后某個(gè)時(shí)刻,其他“所有”CPU都會(huì)“同時(shí)”識(shí)別到foo的值為1。而不會(huì)出現(xiàn)一種奇怪的現(xiàn)象:在某個(gè)時(shí)刻,CPU 1識(shí)別到其值為1,而CPU 2識(shí)別到其值為0。不幸的是,是時(shí)候告別這種想法了。并行計(jì)算就是這么神奇和反直覺。如果不能理解這一點(diǎn),就沒辦法真正理解RCU。

要明白這一點(diǎn),考慮下面的代碼片段。它被幾個(gè)CPU并行的執(zhí)行。第 1行設(shè)置共享變量的值為當(dāng)前CPU的ID,第2行調(diào)用gettb()函數(shù)對幾個(gè)值進(jìn)行初始化,該函數(shù)讀取硬件時(shí)間計(jì)數(shù),這個(gè)計(jì)數(shù)值由SOC硬件給出,并且在所有CPU之間共享。當(dāng)然,這個(gè)硬件計(jì)數(shù)值主要是在power架構(gòu)上有效,筆者在powerpce500架構(gòu)上經(jīng)常使用它。第3-8行的循環(huán),記錄變量在當(dāng)前CPU上保持的時(shí)間長度。

1 state.variable = mycpu;

2 lasttb = oldtb = firsttb = gettb();

3 while (state.variable == mycpu) {

4 lasttb = oldtb;

5 oldtb = gettb();

6 if (lasttb - firsttb >1000)

7 break;

8 }

在退出循環(huán)前,firsttb 將保存一個(gè)時(shí)間戳,這是賦值的時(shí)間。lasttb 也保存一個(gè)時(shí)間戳,它是對共享變量保持最后賦予的值時(shí)刻的采樣值,如果在進(jìn)入循環(huán)前,共享變量已經(jīng)變化,那么就等于firsttb。

這個(gè)數(shù)據(jù)是在一個(gè)1.5GHz POWER5 8核系統(tǒng)上采集的。每一個(gè)核包含一對硬件線程。CPU 1、2、3和4記錄值,而CPU 0 控制測試。時(shí)間戳計(jì)數(shù)器周期是5.32ns,這對于我們觀察緩存狀態(tài)來說是足夠了。

上圖的結(jié)果,展示出每個(gè)CPU識(shí)別到變量保持的時(shí)間。每一個(gè)水平條表示該CPU觀察到變量的時(shí)間,左邊的黑色區(qū)域表示相應(yīng)的CPU第一次計(jì)數(shù)的時(shí)間。在最初5ns期間, 僅僅CPU 3擁有變量的值。在接下來的10ns,CPU 2和3看到不一致的變量值,但是隨后都一致的認(rèn)為其值是“2”。 但是,CPU 1在整個(gè)300ns內(nèi)認(rèn)為其值是“1”,并且 CPU 4 在整個(gè)500ns內(nèi)認(rèn)為其值是“4”。

這真是一個(gè)匪夷所思的測試結(jié)果。同一個(gè)變量,竟然在不同的CPU上面被看到不同的值?。。。?/p>

如果不理解硬件,就不會(huì)接受這個(gè)匪夷所思的測試結(jié)果。當(dāng)然了,此時(shí)如果有一位大師站在你的面前,你也不能夠跟隨大師的節(jié)奏起舞。

四、為什么需要MESI

請不要說:我還不知道MESI是什么?

簡單的說,MESI是一種內(nèi)存緩存一致性協(xié)議。

現(xiàn)代CPU的速度比現(xiàn)代內(nèi)存系統(tǒng)的速度快得多。2006 年的CPU可以在每納秒內(nèi)執(zhí)行十條指令。但是需要很多個(gè)十納秒才能從物理內(nèi)存中取出一個(gè)數(shù)據(jù)。它們的速度差異(超過2個(gè)數(shù)量級)導(dǎo)致在現(xiàn)代CPU中出現(xiàn)了數(shù)兆級別的緩存。這些緩存與CPU是相關(guān)聯(lián)的,如下圖。典型的,緩存可以在幾個(gè)時(shí)鐘周期內(nèi)被訪問。借助于CPU流水線的幫助,我們暫且可以認(rèn)為,緩存能夠抵消內(nèi)存對CPU性能的影響。

CPU緩存和內(nèi)存之間的數(shù)據(jù)流是固定長度的塊,稱為“緩存行”,其大小通常是2的N次方。范圍從16到256字節(jié)不等。當(dāng)一個(gè)特定的數(shù)據(jù)第一次被CPU訪問時(shí),它在緩存中還不存在,這稱為“cache miss”(或者可被更準(zhǔn)確的稱為“startup cache miss”或者“warmupcache miss”)?!癱ache miss”意味著:CPU在從物理內(nèi)存中讀取數(shù)據(jù)時(shí),它必須等待(或處于“stalled”狀態(tài)) 數(shù)百個(gè)CPU周期。但是,數(shù)據(jù)將被裝載入CPU緩存以后,后續(xù)的訪問將在緩存中找到,因此可以全速運(yùn)行。

經(jīng)過一段時(shí)間后,CPU的緩存將會(huì)被填滿,后續(xù)的緩存缺失需要換出緩存中現(xiàn)有的數(shù)據(jù),以便為最近的訪問項(xiàng)騰出空間。這種“cache miss”被稱為“capacitymiss”,因?yàn)樗怯捎诰彺嫒萘肯拗贫斐傻摹5?,即使此時(shí)緩存還沒有被填滿,大量緩存也可能由于一個(gè)新數(shù)據(jù)而被換出。這是由于大量的緩存是通過硬件哈希表來實(shí)現(xiàn)的,這些哈希表有固定長度的哈希桶(或者叫“sets”,CPU設(shè)計(jì)者是這樣稱呼的),如下圖。

這個(gè)緩存有16個(gè)“sets”和2“路”,共32個(gè)“緩存行”,每個(gè)節(jié)點(diǎn)包含一個(gè)256字節(jié)的“緩存行”,它是一個(gè)256字節(jié)對齊的內(nèi)存塊。這個(gè)緩存行稍微顯得大了一點(diǎn),但是這使得十六進(jìn)制的運(yùn)行更簡單。從硬件的角度來說,這是一個(gè)兩路組相聯(lián)緩存,類似于帶16個(gè)桶的軟件哈希表,每個(gè)桶的哈希鏈最多有兩個(gè)元素。大小 (本例中是32個(gè)緩存行) 和相連性 (本例中是2) 都被稱為緩存的“geometry”。由于緩存是硬件實(shí)現(xiàn)的,哈希函數(shù)非常簡單:從內(nèi)存地址中取出4位(哈希桶數(shù)量)作為哈希鍵值。

程序代碼位于地址0x43210E00- 0x43210EFF,并且程序依次訪問地址0x12345000-0x12345EFF時(shí),圖中的情況就可能發(fā)生。假設(shè)程序正準(zhǔn)備訪問地址0x12345F00,這個(gè)地址會(huì)哈希到 0xF行,該行的兩路都是空的,因此可以提供對應(yīng)的256字節(jié)緩存行。如果程序訪問地址0x1233000,將會(huì)哈希到第0行,相應(yīng)的256字節(jié)緩存行可以放到第1路。但是,如果程序訪問地址0x1233E00,將會(huì)哈希到第0xE行,必須有一個(gè)緩存行被替換出去,以騰出空間給新的行。如果隨后訪問被替換的行,會(huì)產(chǎn)生一次“cache miss”,這樣的緩存缺失被稱為“associativitymiss”。

更進(jìn)一步說,我們僅僅考慮了讀數(shù)據(jù)的情況。當(dāng)寫的時(shí)候會(huì)發(fā)生什么呢?由于在一個(gè)特定的CPU寫數(shù)據(jù)前,讓所有CPU都意識(shí)到數(shù)據(jù)被修改這一點(diǎn)是非常重要的。因此,它必須首先從其他CPU緩存中移除,或者叫“invalidated”(使無效)。一旦“使無效”操作完成,CPU可以安全的修改數(shù)據(jù)項(xiàng)。如果數(shù)據(jù)存在于該CPU緩存中,但是是只讀的,這個(gè)過程稱為“write miss”。一旦某個(gè)特定的CPU使其他CPU完成了“使無效”操作,該CPU可以反復(fù)的重新寫(或者讀)數(shù)據(jù)。

最后,如果另外某個(gè)CPU試圖訪問數(shù)據(jù)項(xiàng),將會(huì)引起一次緩存缺失,此時(shí),由于第一個(gè)CPU為了寫而使得緩存項(xiàng)無效,這被稱為“communication miss”。因?yàn)檫@通常是由于幾個(gè)CPU使用緩存通信造成的(例如,一個(gè)用于互斥算法的鎖使用這個(gè)數(shù)據(jù)項(xiàng)在CPU之間進(jìn)行通信)。

很明顯,所有CPU必須小心的維護(hù)數(shù)據(jù)的一致性視圖。這些問題由“緩存一致性協(xié)議”來防止,常用的緩存一致性是MESI。

五、MESI的四種狀態(tài)

MESI 存在“modified”,“exclusive”,“shared”和“invalid”四種狀態(tài),協(xié)議可以在一個(gè)指定的緩存行中應(yīng)用這四種狀態(tài)。因此,協(xié)議在每一個(gè)緩存行中維護(hù)一個(gè)兩位的狀態(tài)標(biāo)記,這個(gè)標(biāo)記附著在緩存行的物理地址和數(shù)據(jù)后面。

處于“modified”狀態(tài)的緩存行是由于相應(yīng)的CPU最近進(jìn)行了內(nèi)存存儲(chǔ)。并且相應(yīng)的內(nèi)存確保沒有在其他CPU的緩存中出現(xiàn)。因此,“modified”狀態(tài)的緩存行可以被認(rèn)為被CPU所“擁有”。由于該緩存保存了“最新”的數(shù)據(jù),因此緩存最終有責(zé)任將數(shù)據(jù)寫回到內(nèi)存,也應(yīng)當(dāng)為其他緩存提供數(shù)據(jù),并且必須在緩存其他數(shù)據(jù)之前完成這些事情。

“exclusive”狀態(tài)非常類似于“modified”狀態(tài),唯一的差別是該緩存行還沒有被相應(yīng)的CPU修改,這也表示緩存行中的數(shù)據(jù)及內(nèi)存中的數(shù)據(jù)都是最新的。但是,由于CPU能夠在任何時(shí)刻將數(shù)據(jù)存儲(chǔ)到該行,而不考慮其他CPU,因此,處于“exclusive”狀態(tài)也可以認(rèn)為被相應(yīng)的CPU所“擁有”。也就是說,由于物理內(nèi)存中的值是最新的,該行可以直接丟棄而不用回寫到內(nèi)存,也不用通知其他CPU。

處于“shared”狀態(tài)的緩存行可能已經(jīng)被復(fù)制到至少一個(gè)其他CPU的緩存中,這樣在沒有得到其他CPU的許可時(shí),不能向緩存行存儲(chǔ)數(shù)據(jù)。與“exclusive”狀態(tài)相同,此時(shí)內(nèi)存中的值是最新的,因此可以不用向內(nèi)存回寫值而直接丟棄緩存中的值,也不用通知其他CPU。

處于“invalid”狀態(tài)的行是空的,換句話說,它沒有保存任何有效數(shù)據(jù)。當(dāng)新數(shù)據(jù)進(jìn)入緩存時(shí),它被放置到一個(gè)處于“invalid”狀態(tài)的緩存行。這個(gè)方法是比較好的,因?yàn)樘鎿Q其他狀態(tài)的緩存行將引起大量的緩存缺失。

由于所有CPU必須維護(hù)緩存行中的數(shù)據(jù)一致性視圖,因此緩存一致性協(xié)議提供消息以標(biāo)識(shí)系統(tǒng)中緩存行的動(dòng)作。

六、MESI消息

MESI協(xié)議需要在CPU之間通信。如果CPU在單一共享總線上,只需要如下消息就足夠了:

  • 讀消息:“讀”消息包含要讀取的緩存行的物理地址。

  • 讀響應(yīng)消息:“讀響應(yīng)”消息包含較早前的“讀”消息的數(shù)據(jù)。這個(gè)“讀響應(yīng)”消息可能由物理內(nèi)存或者其他CPU的緩存提供。例如,如果一個(gè)緩存處于“modified”狀態(tài),那么,它的緩存必須提供“讀響應(yīng)”消息。

  • 使無效消息:“使無效”消息包含要使無效的緩存行的物理地址。其他的緩存必須從它們的緩存中移除相應(yīng)的數(shù)據(jù)并且響應(yīng)此消息。

  • 使無效應(yīng)答:一個(gè)接收到“使無效”消息的CPU必須在移除指定數(shù)據(jù)后響應(yīng)一個(gè)“使無效應(yīng)答”消息。

  • 讀使無效:“讀使無效”消息包含緩存行要讀取的物理地址。同時(shí)指示其他緩存移除數(shù)據(jù)。因此,它同時(shí)包含一個(gè)“讀”消息和一個(gè)“使無效”消息?!白x使無效”消息同時(shí)需要“讀響應(yīng)”消息以及“使無效應(yīng)答”消息進(jìn)行答應(yīng)。

  • 寫回:“寫回”消息包含要回寫到物理內(nèi)存的地址和數(shù)據(jù)。(并且也許會(huì)“探測”其他CPU的緩存)。這個(gè)消息允許緩存在必要時(shí)換出處于“modified”狀態(tài)的數(shù)據(jù)以騰出空間。

再次重申,所有這些消息均需要在CPU之間傳播電信號,都面臨霍金提出的那兩個(gè)IT難題。

七、MESI狀態(tài)轉(zhuǎn)換

  • Transition (a):緩存行被寫回到物理內(nèi)存,但是CPU仍然將它保留在緩存中,并在以后修改它。這個(gè)轉(zhuǎn)換需要一個(gè)“寫回”消息。

  • Transition (b):CPU將數(shù)據(jù)寫到緩存行,該緩存行目前處于排它訪問。不需要發(fā)送或者接收任何消息。

  • Transition (c):CPU收到一個(gè)“讀使無效”消息,相應(yīng)的緩存行已經(jīng)被修改。CPU必須使無效本地副本,然后響應(yīng)“讀響應(yīng)”和 “使無效應(yīng)答”消息,同時(shí)發(fā)送數(shù)據(jù)給請求的CPU,標(biāo)示它的本地副本不再有效。

  • Transition (d):CPU進(jìn)行一個(gè)原子讀—修改—寫操作,相應(yīng)的數(shù)據(jù)沒有在它的緩存中。它發(fā)送一個(gè)“讀使無效”消息,通過“讀響應(yīng)”消息接收數(shù)據(jù)。一旦它接收到一個(gè)完整的“使無效應(yīng)答”響應(yīng)集合,CPU就完成此轉(zhuǎn)換。

  • Transition (e):CPU進(jìn)行一個(gè)原子讀—修改—寫操作,相應(yīng)的數(shù)據(jù)在緩存中是只讀的。它必須發(fā)送一個(gè)“使無效”消息,并等待“使無效應(yīng)答”響應(yīng)集合以完成此轉(zhuǎn)換。

  • Transition (f):其他某些CPU讀取緩存行,其數(shù)據(jù)由本CPU提供,本CPU包含一個(gè)只讀副本。數(shù)據(jù)只讀的原因,可能是由于數(shù)據(jù)已經(jīng)回寫到內(nèi)存中。這個(gè)轉(zhuǎn)換開始于接收到一個(gè)“讀”消息,最終本CPU響應(yīng)了一個(gè)“讀響應(yīng)” 消息。

  • Transition (g):其他CPU讀取數(shù)據(jù),并且數(shù)據(jù)是從本CPU的緩存或者物理內(nèi)存中提供的。無論哪種情況,本CPU都會(huì)保留一個(gè)只讀副本。這個(gè)事務(wù)開始于接收到一個(gè)“讀”消息,最終本CPU響應(yīng)一個(gè)“讀響應(yīng)”消息。

  • Transition (h):當(dāng)前CPU很快將要寫入一些數(shù)據(jù)到緩存行,于是發(fā)送一個(gè)“使無效”消息。直到它接收到所有“使無效應(yīng)答”消息后,CPU才完成轉(zhuǎn)換??蛇x的,所有其他CPU通過“寫回”消息將緩存行的數(shù)據(jù)換出(可能是為其他緩存行騰出空間)。這樣,當(dāng)前CPU就是最后一個(gè)緩存該數(shù)據(jù)的CPU。

  • Transition (i):其他某些CPU進(jìn)行了一個(gè)原子讀—修改—寫操作,相應(yīng)的緩存行僅僅被本CPU持有。本CPU將緩存行變成無效狀態(tài)。這個(gè)轉(zhuǎn)換開始于接收到“讀使無效”消息,最終本CPU響應(yīng)一個(gè)“讀響應(yīng)”消息以及一個(gè)“使無效應(yīng)答”消息。

  • Transition (j):本CPU保存一個(gè)數(shù)據(jù)到緩存行,但是數(shù)據(jù)還沒有在它的緩存行中。因此發(fā)送一個(gè)“讀使無效”消息。直到它接收到“讀響應(yīng)”消息以及所有“使無效應(yīng)答”消息后,才完成事務(wù)。緩存行可能會(huì)很快轉(zhuǎn)換到“修改”狀態(tài),這是在存儲(chǔ)完成后由Transition (b)完成的。

  • Transition (k):本CPU裝載一個(gè)數(shù)據(jù),但是數(shù)據(jù)還沒有在緩存行中。CPU發(fā)送一個(gè)“讀”消息,當(dāng)它接收到相應(yīng)的“讀響應(yīng)”消息后完成轉(zhuǎn)換。

  • Transition (l):其他CPU存儲(chǔ)一個(gè)數(shù)據(jù)到緩存行,但是該緩存行處于只讀狀態(tài)(因?yàn)槠渌鸆PU也持有該緩存行)。這個(gè)轉(zhuǎn)換開始于接收到一個(gè)“使無效”消息,當(dāng)前CPU最終響應(yīng)一個(gè)“使無效應(yīng)答”消息。

本文未完待續(xù)...

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報(bào)投訴
  • Linux
    +關(guān)注

    關(guān)注

    87

    文章

    11466

    瀏覽量

    212881

原文標(biāo)題:謝寶友: 深入理解Linux RCU之一——從硬件說起

文章出處:【微信號:LinuxDev,微信公眾號:Linux閱碼場】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

收藏 人收藏

    評論

    相關(guān)推薦
    熱點(diǎn)推薦

    硬件引申出內(nèi)存屏障,帶你深入了解Linux內(nèi)核RCU

    本文硬件的角度引申出內(nèi)存屏障,這不是內(nèi)存屏障的詳盡手冊,但是相關(guān)知識(shí)對于理解RCU有所幫助。
    的頭像 發(fā)表于 09-19 11:39 ?6312次閱讀
    <b class='flag-5'>從</b><b class='flag-5'>硬件</b>引申出內(nèi)存屏障,帶你<b class='flag-5'>深入</b>了解<b class='flag-5'>Linux</b>內(nèi)核<b class='flag-5'>RCU</b>

    深入理解Linux RCU:經(jīng)典RCU實(shí)現(xiàn)概要

    減少鎖競爭的一個(gè)有效方法是創(chuàng)建一個(gè)分級結(jié)構(gòu),如上圖所示。在此,四個(gè)rcu_node 結(jié)構(gòu)中的每一個(gè)都有各自的鎖,這樣只有 CPU 0 和 1 會(huì)獲取最左邊的 rcu_node的鎖, CPU 2 和 3 會(huì)獲取中間的rcu_nod
    的頭像 發(fā)表于 05-10 09:08 ?1.5w次閱讀
    <b class='flag-5'>深入理解</b><b class='flag-5'>Linux</b> <b class='flag-5'>RCU</b>:經(jīng)典<b class='flag-5'>RCU</b>實(shí)現(xiàn)概要

    深入理解RCU:玩具式實(shí)現(xiàn)

    也許最簡單的RCU實(shí)現(xiàn)就是用鎖了,如下圖所示。在該實(shí)現(xiàn)中,rcu_read_lock()獲取一把全局自旋鎖,rcu_read_unlock()釋放鎖,而synchronize_rcu(
    的頭像 發(fā)表于 12-27 09:06 ?976次閱讀

    深入理解Linux內(nèi)核 中文版+英文原版

    深入理解Linux內(nèi)核 中文版+英文原版 經(jīng)典之作
    發(fā)表于 05-17 08:18

    深入理解LINUX內(nèi)存管理》學(xué)習(xí)筆記

    深入理解LINUX內(nèi)存管理》學(xué)習(xí)筆記1
    發(fā)表于 11-07 10:20

    深入理解Linux網(wǎng)絡(luò)技術(shù)內(nèi)幕》(EN)

    深入理解Linux網(wǎng)絡(luò)技術(shù)內(nèi)幕》(EN)
    發(fā)表于 02-06 15:17

    如何深入理解ES6函數(shù)

    深入理解ES6函數(shù)
    發(fā)表于 05-22 07:40

    分級RCU基礎(chǔ)知識(shí)

    寶友深入理解RCU六:分級RCU基礎(chǔ)
    發(fā)表于 05-25 06:18

    深入理解SQLite3sqlite3_exec及回調(diào)函數(shù)sqlite3

    深入理解SQLite3sqlite3_exec及回調(diào)函數(shù)sqlite3:深入理解sqlite3_stmt 機(jī)制sqlite3: sqlite3_step 函數(shù)sqlite3
    發(fā)表于 11-04 07:11

    深入理解Linux虛擬內(nèi)存管理_愛爾蘭/戈?duì)柭?/a>

    電子發(fā)燒友網(wǎng)站提供《深入理解Linux虛擬內(nèi)存管理_愛爾蘭/戈?duì)柭?txt》資料免費(fèi)下載
    發(fā)表于 02-09 15:19 ?0次下載

    深入理解LINUX內(nèi)核(中文版)_ 陳莉君/馮銳/牛欣源譯

    電子發(fā)燒友網(wǎng)站提供《深入理解LINUX內(nèi)核(中文版)_ 陳莉君/馮銳/牛欣源譯.txt》資料免費(fèi)下載
    發(fā)表于 02-11 11:16 ?0次下載

    深入理解Android資源文件

    深入理解Android資源文件
    發(fā)表于 01-22 21:11 ?22次下載

    linux內(nèi)核rcu機(jī)制詳解

    Linux內(nèi)核源碼當(dāng)中,關(guān)于RCU的文檔比較齊全,你可以在 /Documentation/RCU/ 目錄下找到這些文件。Paul E. McKenney 是內(nèi)核中RCU源碼的主要實(shí)現(xiàn)者
    發(fā)表于 11-13 16:47 ?8959次閱讀
    <b class='flag-5'>linux</b>內(nèi)核<b class='flag-5'>rcu</b>機(jī)制詳解

    深入理解Linux RCU:RCU是讀寫鎖的替代者

    請注意,在單個(gè)CPU上讀寫鎖比RCU慢一個(gè)數(shù)量級,在16個(gè)CPU上讀寫鎖比RCU幾乎要慢兩個(gè)數(shù)量級。隨著CPU數(shù)量的增加,RCU的擴(kuò)展性優(yōu)勢越來越突出??梢赃@么說,RCU幾乎就是水平擴(kuò)
    的頭像 發(fā)表于 05-10 09:13 ?1.2w次閱讀
    <b class='flag-5'>深入理解</b><b class='flag-5'>Linux</b> <b class='flag-5'>RCU</b>:<b class='flag-5'>RCU</b>是讀寫鎖的替代者

    米爾科技深入理解LINUX內(nèi)核簡介

    為了透徹理解Linux的工作機(jī)理,以及為何它在各種系統(tǒng)上能順暢運(yùn)行,你需要深入到內(nèi)核的心臟。
    的頭像 發(fā)表于 11-25 09:34 ?1982次閱讀
    米爾科技<b class='flag-5'>深入理解</b><b class='flag-5'>LINUX</b>內(nèi)核簡介
    主站蜘蛛池模板: 波多野结衣在线视频免费观看 | 午夜影院性 | 失禁h啪肉尿出来高h男男 | 高h道具触手play肉男男 | 年下系列高h文 | 免费大片黄在线观看日本 | 小雪被老外黑人撑破了 | 老湿司午夜爽爽影院榴莲视频 | 亚洲天堂ww | 黄色日本视频网站 | 一夜七次郎久久综合伊人 | 久久青草免费免费91线频观看 | 午夜视频网址 | 亚洲一区二区中文字幕 | 91亚色视频 | 色综合天天综合中文网 | 国产网站在线播放 | 国产人成午夜免视频网站 | 亚洲一在线 | 中国色老头 | 视频一本大道香蕉久在线播放 | 天堂网男人 | 欧美一级做一级做片性十三 | 91大神视频在线播放 | 免费大片黄日本在线观看 | 俺也来国产精品欧美在线观看 | 免看一级a毛片一片成人不卡 | 一级做a爱片特黄在线观看免费看 | 亚洲无线视频 | 天天插日日射 | 四虎一区二区三区精品 | 青青青青久久精品国产h | 午夜伦理在线观看 | 亚洲第一区在线 | 天天射天天射天天干 | 久久三级网站 | 一本到午夜92版免费福利 | 四虎永久免费地ww4hu57 | 天天干天天插 | 搞逼综合网| 免费观看在线观看 |