chinese直男口爆体育生外卖, 99久久er热在这里只有精品99, 又色又爽又黄18禁美女裸身无遮挡, gogogo高清免费观看日本电视,私密按摩师高清版在线,人妻视频毛茸茸,91论坛 兴趣闲谈,欧美 亚洲 精品 8区,国产精品久久久久精品免费

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

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

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

Cache與性能優(yōu)化精彩問答38條

Linux閱碼場 ? 來源:Linux閱碼場 ? 2023-01-11 09:34 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

編者按:1月8日晚上,《深入理解cache訓(xùn)練營》講師甄建勇和閱碼場資深用戶wisen圍繞Cache和性能優(yōu)化展開了一場線上圓桌討論。本文是對圓桌內(nèi)問題的解答整理,不一而詳,供大家參考。感謝閱碼場用戶王建峰對于問題的整理。

e485bd46-9143-11ed-bfe3-dac502259ad0.jpg

圖:wisen整理的Cache和性能優(yōu)化的思維導(dǎo)圖

1、能不能舉個(gè)日常生活的例子來理解什么是Cache?

例如,我在商場購物時(shí),把要買的東西先把它放到小推車中,最后統(tǒng)一結(jié)賬。此時(shí),把 自己想象成芯片中的 CPU,購物車是芯片中 Cache,柜臺(tái)是芯片的輸出口。再例如,我在圖書館看書,隨手將喜歡看的書放到柜子里,這里某一些書我會(huì)反復(fù)看,不想看時(shí)把書放回書架上。此時(shí),我是 CPU,書柜是 Cache,書架是下一級(jí)存儲(chǔ)器。

2、關(guān)于 Cache和硬件設(shè)計(jì)的問題:在具體的 SOC和 CPU實(shí)現(xiàn)的時(shí)候,Cache占用面積給 Cache設(shè)計(jì)的限制有多大?

占用非常大的面積,大概在一半以上,而且一個(gè)好的 Cache 的設(shè)計(jì)復(fù)雜度非常高,可能比較 CPU 的 Pipeline 還要復(fù)雜。這里要考慮成本,設(shè)計(jì)復(fù)雜度,或者其他方面的考慮。你知道 L1 Cache 為什么一般是 32K 嗎?如果畫出曲線的話它會(huì)有一個(gè)拐點(diǎn)。另外一個(gè)角度是根據(jù)業(yè)務(wù)的場景,來設(shè)計(jì) Cache Size,包括 Cache 的規(guī)格的定義。

3、像現(xiàn)在有很多的服務(wù)器的芯片,一上來就有 128個(gè)核,做這種 SOC設(shè)計(jì)的時(shí)候有需要特別考慮的點(diǎn)嗎?

像這種設(shè)計(jì)的內(nèi)存模型一般是 NUMA 和 UMA 的混合,考慮平衡性和靈活性。

刷 Cache時(shí)沒有一致性協(xié)議保證。比如有兩個(gè) Core,其中一個(gè) Core刷 Cache,(要保證一致性)另外個(gè) Core也要刷。這個(gè)時(shí)候時(shí)一個(gè) Core發(fā)中斷,另一個(gè) Core收到中斷以后在去執(zhí)行。有遇到過這種場景嗎?

情況比較復(fù)雜,如果是一個(gè)主核和一個(gè)從核刷的話,需要這種方式來刷。如果運(yùn)行虛擬機(jī)的話,只能刷自己的。

4、為什么需要 Cache Line Size對齊?

提高對 cache 的利用率,避免浪費(fèi)。我們假設(shè)一個(gè) Cache Line 的 Size 是 64 Byte,例如

?如果有 32 Byte 的數(shù)據(jù)要存入 Cache ,在 Cache Line 內(nèi)部沒有對齊的話(比如存放到中間的某一個(gè)區(qū)域),這時(shí)在想要向這個(gè) Cache Line 繼續(xù)存儲(chǔ) 32 Byte 的數(shù)據(jù)時(shí),剩余 32 Byte 的空間卻無法存儲(chǔ)這一部分?jǐn)?shù)據(jù),那么就會(huì)造成資源浪費(fèi)。

?如果有 64 Byte 的數(shù)據(jù)要存入 Cache ,在 Cache Line 起始地址沒有對齊的話(地址沒有按照 size 的倍數(shù)對齊),實(shí)際上占用2個(gè) Cache Line Size ,可能就會(huì)多造成一個(gè) Cache Line 的浪費(fèi)。

5、Cache指令預(yù)取和 BTB預(yù)取有什么區(qū)別嗎?

BTB 根據(jù)硬件自己的算法做預(yù)測的,和 Cache 指令預(yù)取(likely 函數(shù))相互補(bǔ)充,使得整體效益最大。

6、L1/L2/L3/SYSTEM/Cache相互是之間的聯(lián)系是怎么樣的?

它們是一個(gè)金字塔類型,一般情況越往下的 capacity 越大,速度越慢。它們之間關(guān)系的話有兩種:inclusive 和 exclusive。inclusive 表示是一個(gè)包含關(guān)系; exclusive 相反的關(guān)系,例如 L1 里有的 在 L2 一定沒有。

7、我們主要針對 L2/L3/Cache做的代碼優(yōu)化吧?

不僅僅是這些。課程在詳細(xì)展開討論。

8、System Cache一般是 DDR前面的是吧?

結(jié)論正確。這個(gè)提問方式不是特別的好,可以問 System Cache 干嘛用的呢? 一般來說 L1/L2/L3 是給 CPU 來用的,而 System 中的一些 IP ,比如 GPU 也需要緩存的話,可以使用 System Cache 。

9、單 Cache的優(yōu)化方向。除 Cache Line的按場景分配,對齊,之外,在內(nèi)存本身上還有什么樣的優(yōu)化方向?

其中一個(gè)是結(jié)合程序本身的行為進(jìn)行優(yōu)化,不同場景的分配算法;其中另一個(gè)方向 Cache Line 的壓縮。

10、各級(jí)Cache大小如何選擇,有哪些選擇標(biāo)準(zhǔn)?不同大小組合對不同性能影響怎樣?

例如 PPA 、PPAC 、PPACY。

11、以 VIPT為例,Cache訪問時(shí)候 Index到底是怎么從虛擬地址里取出來的,Tag又是取了物理地址的那部分?

地址到達(dá) Cache 之前,假設(shè)是 VIPT ,Index 查找直接跨過 MMU 到達(dá) L1 Cache ,Index 直接從虛擬地址取出對應(yīng)的位就可以了。Tag 的話看 Cache 的組織,幾路組相連,知道 Cache Size 就能知道 Tag 大小。實(shí)際上這個(gè)地方,在實(shí)際的 Cache 中還要考慮 MMU,考慮虛擬機(jī),考慮不同的進(jìn)程。

12、如何提升 Cache命中率,有哪些方式方法?

如圖片歸納的方法。如果用一句話總結(jié)的話,局部性越好一般(Cache命中率)越高的。局部性是指時(shí)間的局部性和空間的局部性,就是說 CPU 越是頻繁的訪問相同的物理地址,Cache 的命中率是越高的。

13、請問下做 Cache性能優(yōu)化的常用手段有哪些啊。Perf采集?

如圖片歸納的方法。Perf 采集時(shí)其中的一部分。我們的邏輯時(shí)這樣,我們做 Cache 性能優(yōu)化,(前提是)要先了解它,當(dāng)我們了解之后,甚至是非常熟悉和通透之后,很多優(yōu)化的算法思路就會(huì)涌現(xiàn)出來。

14、exclusive有什么好處與代價(jià)?

如果從上層看它的等價(jià)的 Cache Size 是變大的,因?yàn)槭腔コ獾穆?。例如你有兩個(gè)桶,雨水從屋子上留下來,這兩個(gè)桶是重疊呢還是不重疊呢? 此時(shí)桶就是 Cache,雨水就是流入的數(shù)據(jù),exclusive 不重疊會(huì)讓局部變大一些。

15、請問 ARM64架構(gòu)下,如何理解 Cache refill和 Cache allocate的異同?謝謝

Cache allocate 策略是什么樣子的,怎么去走 refill 策略。這里做法有很多,比如是直接去拿,還是等一等,如果等的話要等多久。課程在詳細(xì)展開討論。

這個(gè)壓縮是平臺(tái)硬件設(shè)計(jì)的行為還是軟件算法?

軟硬件結(jié)合設(shè)計(jì)。

17、VIPT也有 Cache的重名問題。這個(gè)一般要怎么解決?。?/p>

ASID

18、Cache設(shè)計(jì)時(shí)遇到什么嚴(yán)重問題?

兩個(gè)比較嚴(yán)重的問題,其中一個(gè)時(shí)物理地址和虛擬地址發(fā)生錯(cuò)亂,一個(gè)物理地址對應(yīng)到兩個(gè)虛擬地址,或者一個(gè)虛擬地址對應(yīng)到兩個(gè)物理地址;另外一個(gè)時(shí)同一塊數(shù)據(jù)存放到兩個(gè)不同的 Cache Line 里面。課程在詳細(xì)展開討論。

19、請問關(guān)于 Cache壓縮之類的配置是看 Cache的 datasheet還是 armarchtrm?

armarchtrm

20、為什么要避免在棧上用數(shù)組?

有兩個(gè)原因,第一個(gè)是在棧里面分配數(shù)組,數(shù)組分配的初始化,對 Cache 是一個(gè)操作。然后再多進(jìn)程切換時(shí),棧的數(shù)組(在Cache中)還會(huì)被刷掉。所以對于比較大的數(shù)組,用全局變量分配比較好。如果在棧上分配的話,在初始化的時(shí)候(Cache)被沖刷。

21、老師課程會(huì)講 innersharebale/outershareable/pou/poc嗎?

會(huì)。課程中深入討論。

22、課程會(huì)講 CPU/GPU/NPU架構(gòu)方面的內(nèi)容嗎?

會(huì)。講師個(gè)人經(jīng)歷過多年的 CPU/GPU/NPU 的架構(gòu)設(shè)計(jì)。課程中深入討論。

23、請問同一個(gè) SoC/L1/L2/L3/Cache的組織方式相同么?會(huì)不會(huì) L1用 vipt,L2用 pipt?

其中 PIVT 很少見之外,其他三種都會(huì)用。有很多 L2 用 PIPT。課程中深入討論。

L1主要負(fù)責(zé)速度, L2主要負(fù)責(zé)廣度

正確。

24、inclusive與 exclusive在 Cache一致性維護(hù)上有什么區(qū)別?

inclusive 與 exclusive 在設(shè)計(jì)的時(shí)候,它們的要求是不一樣的,硬件行為是不一樣的。

25、L1中的數(shù)據(jù)在 L2中的位置是固定的么?

不固定。

26、CPU訪問 Cache和訪問 DDR在 Power上的消耗比例?

1000倍量級(jí)。

27、有啥工具可以分析不同 NUMA節(jié)點(diǎn)核的 Cache invalidate的延遲嗎?

芯片規(guī)格說明書里一般會(huì)提供。

28、編譯器優(yōu)化會(huì)做自動(dòng)的 Cacheline對齊嗎?

向編譯器里加一些編譯選項(xiàng)。

29、有哪些專門測試 Cache性能測試的 benchmark嗎?

非常多。

30、Snoop啥時(shí)候工作呢?

是一個(gè) Standby 的機(jī)制,一直在工作。

31、Cache怎么仿真?

僅在 Cache 的設(shè)計(jì)階段。

32、什么情況下會(huì)將 Cache invalid之后,然后 flush到 DDR中?

Cache Line 一般放置處理的數(shù)據(jù),flush 為了將 Cache 騰空

33、什么情況下會(huì)將 Cache invalid之后,然后 flush到 DDR中?例如數(shù)據(jù)從外設(shè)(用DMA)搬進(jìn)來,這時(shí)候數(shù)據(jù)在 DDR中,此時(shí) CPU想要不過 Cache直接讀 DDR中的數(shù)據(jù)。

直接設(shè)置 non-cached 的地址去讀寫就可以了。這種情況是申請的時(shí)候是帶 cache 的地址空間,然后直接就用的話,訪問數(shù)據(jù)是帶 cache 的。

34、busrtmemaccess導(dǎo)致同一個(gè) Cacheline多次連續(xù) miss,一般 pmu會(huì)重復(fù)計(jì)算嗎?

看 pmu 的 spec。

35、監(jiān)聽式和目錄式一致性維護(hù)有什么區(qū)別?

完全兩套不同的機(jī)制。監(jiān)聽式是一個(gè)廣播的機(jī)制,適合核比較小的情況。目錄式完全相反。

36、CPU內(nèi)存和外設(shè)共享,外設(shè)寫到 DDR中,然后 CPU讀。之前遇到個(gè)這樣的問題,有兩個(gè)Cache,在一個(gè) Cache中可能因?yàn)轭A(yù)取一些數(shù)據(jù)。那么在另外一個(gè) Cache中做無效,那么在原來 Cache已經(jīng)預(yù)取的那一部分?jǐn)?shù)據(jù)沒有辦法做處理,這樣 CPU就讀不到外設(shè)搬到 DDR上新的數(shù)據(jù)。因?yàn)?Cache預(yù)取的緣故,在另外 Cache中做無效是沒有用的這種情況,怎么處理呢?

原來 Cache 讀的時(shí)候,將預(yù)取功能 disable 掉。但是預(yù)取不能一直關(guān)掉,只有代碼在危險(xiǎn)區(qū)的時(shí)候,才關(guān)掉。

37、什么場景要用到 RSB?

動(dòng)態(tài)指令修改。

38、DSB的原理是什么?

原理很簡單,實(shí)際上在硬件上結(jié)構(gòu)里面,它是有先后順序的。只不過在為了某種性能的考慮,允許它亂序。但是有些特殊的指令,比如你提到 Barrier 指令,出現(xiàn)這類指令的時(shí)候,決定這條指令的完成。CPU 內(nèi)部 Pipeline 里面,核里面,是有一定的順序的。所有的指令都有一個(gè)提交態(tài),我們會(huì)知道單條指令的取指、譯碼、執(zhí)行,寫回是誰給他的呢? 實(shí)際上是 Cache 給它的。Cache 是誰給他的呢? 實(shí)際上是下面的 DDR 給它的。所以實(shí)際上這里是一個(gè)非常大的環(huán),看起來這個(gè)指令在 CPU Core 里面,一級(jí)一級(jí)來,最終這個(gè)指令才能提交。硬件上要保證它的順序,通過它的 FIFO。FIFO 里面你怎么 POP 出來,POP 出來之后,怎么釋放,要等它的下一級(jí)。

審核編輯 :李倩

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

    關(guān)注

    460

    文章

    52520

    瀏覽量

    440947
  • cpu
    cpu
    +關(guān)注

    關(guān)注

    68

    文章

    11080

    瀏覽量

    217094
  • Cache
    +關(guān)注

    關(guān)注

    0

    文章

    130

    瀏覽量

    29077

原文標(biāo)題:Cache與性能優(yōu)化精彩問答38條

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

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

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

    鴻蒙5開發(fā)寶藏案例分享---優(yōu)化應(yīng)用時(shí)延問題

    鴻蒙性能優(yōu)化寶藏指南:6大實(shí)戰(zhàn)案例讓你的應(yīng)用飛起來! 大家好!今天在翻鴻蒙文檔時(shí)挖到了 性能優(yōu)化寶藏庫 !官方竟然悄悄藏了這么多實(shí)戰(zhàn)案例,從UI渲染到數(shù)據(jù)庫操作應(yīng)有盡有。這些案例要是早
    發(fā)表于 06-13 10:08

    鴻蒙5開發(fā)寶藏案例分享---長列表性能優(yōu)化解析

    ,手把手帶你優(yōu)化HarmonyOS列表性能,附完整代碼解析!? ?為什么長列表會(huì)卡?先看痛點(diǎn)! 當(dāng)列表數(shù)據(jù)超過****1000時(shí),傳統(tǒng)<span class=\"ne-text
    發(fā)表于 06-12 17:40

    鴻蒙5開發(fā)寶藏案例分享---性能優(yōu)化案例解析

    鴻蒙性能優(yōu)化寶藏指南:實(shí)戰(zhàn)工具與代碼案例解析 大家好呀!今天在翻鴻蒙開發(fā)者文檔時(shí),意外挖到一個(gè) 性能優(yōu)化寶藏庫 ——原來官方早就提供了超多實(shí)用工具和案例,但很多小伙伴可能沒發(fā)現(xiàn)!這篇就
    發(fā)表于 06-12 16:36

    如何在NXP MCU上啟用D-Cache?

    Data Cache,我已經(jīng)能夠減少其他 MCU 的推理時(shí)間。我想知道如何在 NXP MCU 上啟用 D-Cache。任何其他性能提升策略也受到歡迎。
    發(fā)表于 03-27 07:48

    HarmonyOS NEXT 原生應(yīng)用/元服務(wù)-DevEco Profiler性能優(yōu)化過程

    流程概覽 在開發(fā)應(yīng)用時(shí),開發(fā)者會(huì)對應(yīng)用的運(yùn)行情況有一個(gè)預(yù)期的指標(biāo),當(dāng)應(yīng)用在某些方面不能滿足預(yù)期的指標(biāo)或者表現(xiàn)不佳時(shí),意味著您的應(yīng)用可能存在性能問題,需要對應(yīng)用進(jìn)行性能優(yōu)化以達(dá)到您的預(yù)期。應(yīng)用的
    發(fā)表于 02-19 15:28

    MPLS網(wǎng)絡(luò)性能優(yōu)化技巧

    MPLS(多協(xié)議標(biāo)簽交換)網(wǎng)絡(luò)性能優(yōu)化是一個(gè)復(fù)雜的過程,涉及多個(gè)方面的技術(shù)和策略。以下是一些關(guān)鍵的MPLS網(wǎng)絡(luò)性能優(yōu)化技巧: 一、確保網(wǎng)絡(luò)設(shè)備支持 設(shè)備兼容性 :確保所有網(wǎng)絡(luò)設(shè)備(如路
    的頭像 發(fā)表于 02-14 17:09 ?945次閱讀

    儀器知識(shí)問答小課堂

    關(guān)于儀器設(shè)備實(shí)驗(yàn)中的各種知識(shí)問題的問答
    的頭像 發(fā)表于 12-27 16:21 ?460次閱讀
    儀器知識(shí)<b class='flag-5'>問答</b>小課堂

    SSM框架的性能優(yōu)化技巧 SSM框架中RESTful API的實(shí)現(xiàn)

    SSM框架的性能優(yōu)化技巧 SSM(Spring + Spring MVC + MyBatis)框架的性能優(yōu)化是提升Java Web應(yīng)用性能
    的頭像 發(fā)表于 12-17 09:10 ?790次閱讀

    HarmonyOS Web開發(fā)性能優(yōu)化指導(dǎo)

    的影響因素以及對應(yīng)的優(yōu)化方案。 二、Web頁面加載性能優(yōu)化指導(dǎo) (一)Web頁面加載流程 Web頁面加載包含網(wǎng)絡(luò)連接、資源下載、DOM解析、JavaScript代碼編譯執(zhí)行和渲染等關(guān)鍵環(huán)節(jié),本文主要針對
    發(fā)表于 12-06 08:41

    如何優(yōu)化SSR渲染性能

    服務(wù)器端渲染(SSR)是一種將前端頁面在服務(wù)器端生成的技術(shù),它可以提高首屏加載速度,改善SEO,并提供更好的用戶體驗(yàn)。然而,SSR也可能帶來性能挑戰(zhàn),尤其是在處理大量請求時(shí)。以下是一些優(yōu)化SSR渲染
    的頭像 發(fā)表于 11-18 11:31 ?961次閱讀

    如何優(yōu)化DCS系統(tǒng)的性能

    優(yōu)化DCS(分布式控制系統(tǒng))系統(tǒng)的性能是確保工業(yè)自動(dòng)化過程高效、穩(wěn)定運(yùn)行的關(guān)鍵。以下是一些具體的優(yōu)化措施: 一、硬件優(yōu)化 設(shè)備選擇與升級(jí) :檢查并確保DCS系統(tǒng)的硬件設(shè)備符合規(guī)格要求,
    的頭像 發(fā)表于 11-13 09:19 ?1448次閱讀

    如何優(yōu)化SOC芯片性能

    優(yōu)化SOC(System on Chip,系統(tǒng)級(jí)芯片)芯片性能是一個(gè)復(fù)雜而多維的任務(wù),涉及多個(gè)方面的優(yōu)化策略。以下是一些關(guān)鍵的優(yōu)化措施: 一、架構(gòu)設(shè)計(jì)
    的頭像 發(fā)表于 10-31 15:50 ?1747次閱讀

    如何優(yōu)化FPGA設(shè)計(jì)的性能

    優(yōu)化FPGA(現(xiàn)場可編程門陣列)設(shè)計(jì)的性能是一個(gè)復(fù)雜而多維的任務(wù),涉及多個(gè)方面和步驟。以下是一些關(guān)鍵的優(yōu)化策略: 一、明確性能指標(biāo) 確定需求 :首先,需要明確FPGA設(shè)計(jì)的
    的頭像 發(fā)表于 10-25 09:23 ?965次閱讀

    MySQL性能優(yōu)化淺析及線上案例

    作者:京東健康 孟飛 1、 數(shù)據(jù)庫性能優(yōu)化的意義 業(yè)務(wù)發(fā)展初期,數(shù)據(jù)庫中量一般都不高,也不太容易出一些性能問題或者出的問題也不大,但是當(dāng)數(shù)據(jù)庫的量級(jí)達(dá)到一定規(guī)模之后,如果缺失有效的預(yù)警、監(jiān)控、處理等
    的頭像 發(fā)表于 10-22 15:17 ?1020次閱讀
    MySQL<b class='flag-5'>性能</b><b class='flag-5'>優(yōu)化</b>淺析及線上案例

    Cache和內(nèi)存有什么區(qū)別

    Cache(高速緩存)和內(nèi)存(Memory,通常指主存儲(chǔ)器或RAM)是計(jì)算機(jī)存儲(chǔ)系統(tǒng)中兩個(gè)重要的組成部分,它們在計(jì)算機(jī)的性能和數(shù)據(jù)處理中扮演著不同的角色。以下是對Cache和內(nèi)存之間區(qū)別的詳細(xì)解析。
    的頭像 發(fā)表于 09-26 15:28 ?4077次閱讀