宅男在线永久免费观看网直播,亚洲欧洲日产国码无码久久99,野花社区在线观看视频,亚洲人交乣女bbw,一本一本久久a久久精品综合不卡

全部
常見問題
產(chǎn)品動態(tài)
精選推薦

淺談 Cache

管理 管理 編輯 刪除

1. Cache的歷史

在科研領(lǐng)域,C. J. Conti等人于1968年在描述360/85和360/91系統(tǒng)性能差異時最早引入了高速緩存(cache)一詞。Alan Jay Smith于1982年的一篇論文中引入了空間局部性和時間局部性的概念。

Mark Hill在1987年發(fā)明了3C(Compulsory, Capacity, Conflict)沖突分類。

最早介紹非阻塞緩存的論文之一來自David Kroft(1981年)。

1990年Norman Paul Jouppi在一篇論文中介紹了受害者緩存并研究了使用流緩沖器進行預取的性能。

在工業(yè)領(lǐng)域,最早的有記載的緩存出現(xiàn)在IBM的360/85系統(tǒng)上。

Intel的x86架構(gòu)CPU從386開始引入使用SRAM技術(shù)的主板緩存,大小從16KB到64KB不等。486引入兩級緩存。其中8KBL1緩存和CPU同片,而L2緩存仍然位于主板上,大小可達268KB。將二級緩存置于主板上在此后十余年間一直設計主流。但是由于SDRAM技術(shù)的引入,以及CPU主頻和主板總線頻率的差異不斷拉大,主板緩存在速度上的對內(nèi)存優(yōu)勢不斷縮水。因此,從Pentium Pro起,二級緩存開始和處理器一起封裝,頻率亦與CPU相同(稱為全速二級緩存)或為CPU主頻的一半(稱為半速二級緩存)。

AMD則從K6-III開始引入三級緩存?;赟ocket 7接口的K6-III擁有64KB和256KB的同片封裝兩級緩存,以及可達2MB的三級主板緩存。
今天的CPU將三級緩存全部集成到CPU芯片上。

多核CPU通常為每個核配有獨享的一級和二級緩存,以及各核之間共享的三級緩存。

2. 什么是Cache?

在wikipedia上對cache的解釋:

In computing, a cache is a hardware or software component that stores data so future requests for that data can be served faster; the data stored in a cache might be the result of an earlier computation, or the duplicate of data stored elsewhere. A cache hit occurs when the requested data can be found in a cache, while a cache miss occurs when it cannot. Cache hits are served by reading data from the cache, which is faster than recomputing a result or reading from a slower data store; thus, the more requests can be served from the cache, the faster the system performs.

字面上理解就是,cache是一個硬件或軟件的組件用來存儲將來會請求到的數(shù)據(jù),而且能讓數(shù)據(jù)獲取更快。因為如今緩存的概念已被擴充,不僅在CPU和主內(nèi)存之間有Cache,而且在內(nèi)存和硬盤之間也有Cache(磁盤緩存),乃至在硬盤與網(wǎng)絡之間也有某種意義上的Cache──稱為Internet臨時文件夾或網(wǎng)絡內(nèi)容緩存等。凡是位于速度相差較大的兩種硬件之間,用于協(xié)調(diào)兩者數(shù)據(jù)傳輸速度差異的結(jié)構(gòu),均可稱之為Cache。

  • 硬件的cache:CPU cache,GPU cache,DSP;
  • 軟件的cache:Disk Cache,Web Cache等。

e4e95202306201803266969.png

這里我們著重討論傳統(tǒng)的cache緩存:CPU的cache。不同的存儲技術(shù)有著不同的價格和性能的折中。不同存儲器訪問時間差異很大,速度較快的技術(shù)每字節(jié)的成本要比速度較慢的技術(shù)高,而且容量小。金字塔存儲器層次結(jié)構(gòu)如下圖

97510202306201803495583.png

一般而言,高速緩存(cache)是一個小而快的存儲設備,它作為存儲在更大也更慢的設備中的數(shù)據(jù)對象的緩沖區(qū)域。使用高速緩存的過程成為緩存(caching)。cache的效率由命中率來衡量,一個好的cache效率通常在80%-95%的命中率。

3. 緩存命中和不命中

  1. 緩存命中

在存儲器層次結(jié)構(gòu)中,假設層次從上到下是增序排列,假設一個k值,當程序需要第k+1層的某個數(shù)據(jù)對象d時,它首先在第k層的一塊中查找d,如果d剛好緩存在k層中,就是緩存命中(cache hit).

2. 緩存不命中

當在k層找不到數(shù)據(jù)d時,我們就稱k層緩存不命中(cache miss)。當發(fā)生緩存不命中的時候,第k層緩存從第k+1層緩存中取出包含d的那個塊,如果k層緩存滿了,就會覆蓋現(xiàn)有的塊。
覆蓋一個現(xiàn)存的塊的過程稱為替換(replacing)或驅(qū)逐(evicting)這個塊。被驅(qū)逐的塊稱為犧牲(victim)塊。關(guān)于替換哪個具體的塊是由替換策略來控制的。比如隨機替換策略,或最少最近被使用策略(LRU)。

緩存不命中的種類

  • 強制不命中或冷不命中:這種不命中是由于緩存是空的,它通常是短暫的,不會在反復訪問存儲器的過程中出現(xiàn)。
  • 沖突不命中:這種緩存是由于放置策略引起的。如下圖所示,如果程序請求0,然后8,然后0,然后8,就會出現(xiàn)每次都不命中

ae2a7202306201804079004.png

  • 容量不命中:當工作集的大小超過了緩存的大小的時候,不能處理這個工作集,就會發(fā)生容量不命中。

高速緩存存儲器(SRAM)層級

  • L1(一級緩存):一般與處理器同片封裝,訪問速度幾乎和寄存器一樣快,通常是2-4個時鐘周期,大小為8KB-128KB
  • L2(二級緩存):可以在chip中也可以在外部,訪問速度大約是是10個時鐘周期,大小為64KB-8MB
  • L3(三級緩存):在chip外部被多核處理器共享,訪問速度大約是30~40個時鐘周期,大小為4MB-128MB
  • L4(四級緩存):cc-NUMA集群系統(tǒng)的遠程cache,大小比L3緩存大(大于512MB).

4. 高速緩存結(jié)構(gòu)

一般而言,高速緩存的結(jié)構(gòu)可以用元組(S, E, B, m)來表示,緩存大小C=B×E×S。如下圖所示,每個存儲器有m位,一個機器的高速緩存是一個有S個高速緩存組(cache set)的數(shù)組,每個組包含E行高速緩存行(cache line),每個行由一個B字節(jié)的數(shù)據(jù)塊,一個有效位(valid bit)表示這個行是否有有意義的信息,t個(t=m-(b+s))標志位(用于標識存儲在這個高速緩存塊中的位置)組成。

c2738202306201804243413.png

高速緩存確定一個請求是否命中,然后取出被請求的字的過程分為3步:

- 組選擇

- 行匹配

- 字抽取


人們根據(jù)E(每個組的行數(shù))的不同把高速緩存分成不同類,主要有

1. 直接映射高速緩存(Direct Mapped cache)

每個組只有一行的高速緩存為直接映射高速緩存。

e1fa9202306201804369331.png

直接映射緩存的操作:

1)組選擇:根據(jù)s位組索引位選擇出組;2)行匹配:確定是否有字w的拷貝存儲在組的高速緩存行中,當設置了有效位,并且行中的標記與w的地址中的標記相匹配的時候,我們認為這一行包含w的一個拷貝。因為每個組只有一行,所以很快就可以完成。如果找到了就是命中,反之不命中。 3)如果不命中要進行行替換 4)取出數(shù)據(jù)塊

2. 組相聯(lián)高速緩存(Set Associative cache)

我們知道,直接映射高速緩存會造成沖突不命中,原因是每個組織有一行。那么組相聯(lián)高速緩存則是1圖6

3. 全相聯(lián)高速緩存(Fully Associative cache)

全相聯(lián)高速緩存的條件是E=C/B,也就是緩存只有一組,組中包含E行。這樣的相聯(lián)完全免去了索引的使用

caabf202306201804469070.png

5. 緩存策略

在緩存的讀寫操作中,有不同的策略來指導操作的順序以及位置。

1. 替換策略

上文提到,覆蓋一個現(xiàn)存的塊的時候會使用替換策略,替換策略有很多種,主要有:

  1. LRU - Least Recently Used
    通常用于組相聯(lián)高速緩存,會有一個age counter(替換index)與每個數(shù)組S相關(guān)。這個counter最大值就是S,當一個set被訪問到,那么比它低的counter就被置為0,其他set自增1。舉個例子,有4個set的緩存,原本的counter值是0-3-2-1,如果第三個被訪問到了,那么counter的值是1-3-0-2
  2. FIFO - First-In First-Out
    先進先出策略,通常用于組相聯(lián)高速緩存。
  3. LFU – Least Frequently Used
    很高效的算法,但很耗資源,通常不用。
  4. Round-robin
    用于全相聯(lián)高速緩存。有一個指針指向?qū)⒁惶鎿Q的行,當行被替換,指針就會自增1,指針是環(huán)形的。
  5. Random
    隨機策略,用于全相聯(lián)高速緩存。每個時序Round-robin就要更新,而不是每個替換操作。

2. 回寫策略

cache的回寫策略決定怎么把cache的數(shù)據(jù)寫到內(nèi)存的位置中去。有兩種基本的策略:

  • 寫回(write back)
    寫回是指,僅當一個緩存塊需要被替換回內(nèi)存時,才將其內(nèi)容寫入內(nèi)存。如果緩存命中,則總是不用更新內(nèi)存。為了減少內(nèi)存寫操作,緩存塊通常還設有一個臟位(dirty bit),用以標識該塊在被載入之后是否發(fā)生過更新。如果一個緩存塊在被置換回內(nèi)存之前從未被寫入過,則可以免去回寫操作。寫回的優(yōu)點是節(jié)省了大量的寫操作。這主要是因為,對一個數(shù)據(jù)塊內(nèi)不同單元的更新僅需一次寫操作即可完成。這種內(nèi)存帶寬上的節(jié)省進一步降低了能耗,因此頗適用于嵌入式系統(tǒng)。
  • 寫通(write through)
    寫通是指,每當緩存接收到寫數(shù)據(jù)指令,都直接將數(shù)據(jù)寫回到內(nèi)存。如果此數(shù)據(jù)地址也在緩存中,則必須同時更新緩存。由于這種設計會引發(fā)造成大量寫內(nèi)存操作,有必要設置一個緩沖來減少硬件沖突。這個緩沖稱作寫緩沖器(Write buffer),通常不超過4個緩存塊大小。不過,出于同樣的目的,寫緩沖器也可以用于寫回型緩存。
    寫通較寫回易于實現(xiàn),并且能更簡單地維持數(shù)據(jù)一致性。

6. 如何編寫高速緩存友好的代碼

當明白了高速緩存的原理后,我們在編程的過程中應該試著去編寫高速緩存友好的代碼。什么樣的代碼算是高速緩存友好的代碼?局部性比較好的程序往往有更高的緩存命中率,而緩存命中率更高,代碼運行的速度就更快。確保代碼高速緩存友好的方法有:

  1. 讓最常見的情況運行得快。
    程序通常大部分時間都在少量的核心函數(shù)上,而核心函數(shù)大部分時間都花在循環(huán)上面,讓這些循環(huán)執(zhí)行得快一點是我們需要關(guān)注的地方。
  2. 在每個循環(huán)內(nèi)部緩存不命中率數(shù)量小。
    舉個經(jīng)典的二維數(shù)據(jù)相加求和的例子:
int colsarray(int a[M][N])
{
	int i,j,sum=0;
	for(j = 0; j<N; j++)
            for(i = 0; i<M; i++)
	        sum += a[i][j];
	return sum;
}

上面這個例子,是按列循環(huán)相加,如下圖的紅色箭頭方向,每次取的數(shù)據(jù)都是不同行的,如果a[0][0]失效,不命中,下次取的是a[1][0],又會不命中,效率很低。

91250202306201805049711.png

如果只是做下小修改,代碼如下,按上如綠色箭頭,而由于緩存從內(nèi)存中抓取的幾乎都是同行不同列的數(shù)據(jù),這樣如果a[i][0]失效,從內(nèi)存中抓取的數(shù)據(jù)實際上包括了a[i][0]-a[i][7](假定使用32字節(jié)大小的緩存塊,每個整型值占四字節(jié)),這樣后面7次循環(huán)緩存都可以命中。大大提高了緩存命中率。那么可以得到大概3/4的命中率。


int colsarray(int a[M][N])
{
	int i,j,sum=0;
	for(i = 0; i<M; i++)
            for(j = 0; j<N; j++)
		sum += a[i][j];
	return sum;
}

在實際的運行過程中,第二種的程序比第一種快2倍

7. 緩存隔離方法

同一臺服務器上的CPU數(shù)量在近幾年一直在增加,32核->48核->72核,為了提高資源使用率,同一臺機器上會同時運行很多應用,在同一個物理CPU的不同邏輯CPU上或者某個CPU package上不同物理CPU運行的應用會共享LLC(Last level cache),這樣一個batch應用如果需要大量的讀寫LLC,會占據(jù)大部分LLC,導致LS(Latency Sensitive)應用在讀取數(shù)據(jù)時產(chǎn)生cache miss,對于LS應用來說,batch應用會是一個noisy neighbor。

Intel在CPU微架構(gòu)Haswell開始引入RDT(Resource Director Technology)技術(shù),其中有一個功能是Cache Allocation Technology (CAT),可以通過設置給不同的core分配不同的cache way,做到cache資源隔離。可以認為CAT使得LLC變成了一種支持QoS(Quality of Service)的資源,操作系統(tǒng)或者容器軟件可以限制應用只能使用為其劃分的部分cache區(qū)域,為不同應用劃分的cache區(qū)域可以重疊。該功能在分配cache line時起作用,比如讀取數(shù)據(jù)到cache的時候。不同的cache區(qū)域是通過CLOS(Class of Service)標記來區(qū)分的,每個CLOS有一個CBM(Cache Bit Mask)。CBM是一個連續(xù)的bits,定義了每個cache區(qū)域可用的cache大小。

CAT可以在cloud和container環(huán)境下,更好的分配管理具有大LLC的高性能服務器。比如具有72個core的服務器上,需要同時運行web服務器,數(shù)據(jù)庫和Map Reduce任務等??梢酝ㄟ^cache的分區(qū)隔離,使不同應用同時達到更好的資源共享效果。
因為CAT支持在應用運行時動態(tài)修改cache的分區(qū),可以配合上層監(jiān)控系統(tǒng)更好的優(yōu)化LS的性能同時最小化對batch應用的影響。

一個典型的例子就是解決之前提到的noisy neighbor。在container環(huán)境下,一個運行在container里面的streaming應用不停的讀寫數(shù)據(jù)導致大量的LLC占用,會導致同機器上另外一個container里運行的LS需要的數(shù)據(jù)被evict出LLC,從而導致LS應用性能下降。


請登錄后查看

CRMEB-慕白寒窗雪 最后編輯于2023-06-20 18:05:35

快捷回復
回復
回復
回復({{post_count}}) {{!is_user ? '我的回復' :'全部回復'}}
排序 默認正序 回復倒序 點贊倒序

{{item.user_info.nickname ? item.user_info.nickname : item.user_name}} LV.{{ item.user_info.bbs_level || item.bbs_level }}

作者 管理員 企業(yè)

{{item.floor}}# 同步到gitee 已同步到gitee {{item.is_suggest == 1? '取消推薦': '推薦'}}
{{item.is_suggest == 1? '取消推薦': '推薦'}}
沙發(fā) 板凳 地板 {{item.floor}}#
{{item.user_info.title || '暫無簡介'}}
附件

{{itemf.name}}

{{item.created_at}}  {{item.ip_address}}
打賞
已打賞¥{{item.reward_price}}
{{item.like_count}}
{{item.showReply ? '取消回復' : '回復'}}
刪除
回復
回復

{{itemc.user_info.nickname}}

{{itemc.user_name}}

回復 {{itemc.comment_user_info.nickname}}

附件

{{itemf.name}}

{{itemc.created_at}}
打賞
已打賞¥{{itemc.reward_price}}
{{itemc.like_count}}
{{itemc.showReply ? '取消回復' : '回復'}}
刪除
回復
回復
查看更多
打賞
已打賞¥{{reward_price}}
1487
{{like_count}}
{{collect_count}}
添加回復 ({{post_count}})

相關(guān)推薦

快速安全登錄

使用微信掃碼登錄
{{item.label}} 加精
{{item.label}} {{item.label}} 板塊推薦 常見問題 產(chǎn)品動態(tài) 精選推薦 首頁頭條 首頁動態(tài) 首頁推薦
取 消 確 定
回復
回復
問題:
問題自動獲取的帖子內(nèi)容,不準確時需要手動修改. [獲取答案]
答案:
提交
bug 需求 取 消 確 定
打賞金額
當前余額:¥{{rewardUserInfo.reward_price}}
{{item.price}}元
請輸入 0.1-{{reward_max_price}} 范圍內(nèi)的數(shù)值
打賞成功
¥{{price}}
完成 確認打賞

微信登錄/注冊

切換手機號登錄

{{ bind_phone ? '綁定手機' : '手機登錄'}}

{{codeText}}
切換微信登錄/注冊
暫不綁定
CRMEB客服

CRMEB咨詢熱線 咨詢熱線

400-8888-794

微信掃碼咨詢

CRMEB開源商城下載 源碼下載 CRMEB幫助文檔 幫助文檔
返回頂部 返回頂部
CRMEB客服