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

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

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

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

在組相聯(lián)cache中,用于替換cache line的算法有哪些?

冬至子 ? 來(lái)源:CSDN ? 作者:谷公子 ? 2023-10-08 11:10 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

1. 在組相聯(lián)cache中,用于替換cache line的算法有哪些?

  • LRU(Least Recently Used)算法:該算法會(huì)跟蹤每個(gè)cache line的age(年齡)情況,并在需要時(shí)替換掉近期最少使用的cache line。
  • MRU(Most Recently Used)算法:這與LRU相反,最年輕的cache line會(huì)優(yōu)先被替換掉。
  • PLRU(Pseudo LRU)算法:這與LRU相似,它沒(méi)有age跟蹤cache line(這樣開(kāi)銷(xiāo)較大),只有1個(gè)或2個(gè)bit來(lái)跟蹤cache line使用情況。
  • LFU(Least Frequently Used)算法:該算法會(huì)跟蹤一個(gè)cache line訪問(wèn)的頻率,并決定替換使用次數(shù)最少的cache line。
  • Random replacement算法:該算法不存儲(chǔ)任何信息,當(dāng)需要替換時(shí)隨機(jī)選擇一個(gè)cache line。

2. Cache coherency的問(wèn)題是什么?

在SMP(Shared Multiprocessor systems)中,多個(gè)處理器都有自己的cache,同一數(shù)據(jù)(同一地址)的多個(gè)副本可能同時(shí)存在于不同的cache中。如果允許每個(gè)處理器自由更新cache,則可能導(dǎo)致數(shù)據(jù)一致性被破壞了。例如:如果允許兩個(gè)處理器向相同的地址寫(xiě)入值,那么在不同的處理器上讀取相同的地址可能會(huì)看到不同的值。

3. 基于snoop的緩存一致性協(xié)議和基于directory的緩存一致性協(xié)議有什么區(qū)別?

在基于Snoop的一致性協(xié)議中,來(lái)自處理器的數(shù)據(jù)請(qǐng)求被發(fā)送到共享系統(tǒng)里的所有其它處理器。其它處理器根據(jù)這個(gè)請(qǐng)求查看自己是否有數(shù)據(jù)的副本,并做出相應(yīng)的響應(yīng)。因此,每個(gè)處理器都試圖保持內(nèi)存的一致性視圖。

在基于directory的一致性協(xié)議中,directory用于跟蹤哪些處理器正在訪問(wèn)和緩存哪些地址。任何發(fā)出新請(qǐng)求的處理器都將檢查該directory,以了解是否有任何其它處理器用于數(shù)據(jù)副本,然后可以向該處理器發(fā)送點(diǎn)到點(diǎn)請(qǐng)求,以獲取最新的數(shù)據(jù)副本。

兩者的優(yōu)缺點(diǎn)為:基于snoop的一致性協(xié)議用于較小的系統(tǒng)的話,如果有足夠的帶寬用于傳遞請(qǐng)求,它會(huì)更快。但對(duì)于較大的SMP系統(tǒng)不具有可伸縮性,因此需要為每個(gè)請(qǐng)求廣播消息,可能會(huì)使系統(tǒng)過(guò)載阻塞?;赿irectory的一致性協(xié)議由于在發(fā)送消息之前需要查找記錄的表,可能會(huì)有較長(zhǎng)的延遲。但它沒(méi)有廣播消息,可伸縮性更好,通常用于較大的SMP系統(tǒng)中。

4. 什么是MESI協(xié)議?

MESI協(xié)議是具有多個(gè)write-back 類(lèi)型cache的設(shè)計(jì)中最常用的cache一致性協(xié)議。MESI表示在所有cache中跟蹤每個(gè)cache line并用于響應(yīng)snoop請(qǐng)求的狀態(tài)。這些不同的狀態(tài)可以解釋如下:

  • M(Modified):表示cache line數(shù)據(jù)相對(duì)于memory數(shù)據(jù)被修改過(guò)了,為dirty的。
  • E(Exclusive):此狀態(tài)表示cache line數(shù)據(jù)相對(duì)于內(nèi)存是clean的,且只在該cache中存在。Exclusive屬性允許該cache所在的處理器對(duì)該cache line進(jìn)行寫(xiě)操作。
  • S(Shared):該狀態(tài)表示cache line被多個(gè)cache共享,并且相對(duì)memory也是clean的。由于這是在所有cache共享的,因此協(xié)議不允許直接對(duì)該cache line進(jìn)行寫(xiě)操作。
  • I(Invalid):該狀態(tài)表示cache line無(wú)效,沒(méi)有任何有效數(shù)據(jù)。
  • 當(dāng)cache line處于除Invalid之外的任何狀態(tài)時(shí),cache都可以處理讀請(qǐng)求。當(dāng)cache line處于Modified或Exclusive狀態(tài)時(shí),才可以處理寫(xiě)請(qǐng)求。

5. 什么是MESIF和MOESIF協(xié)議?

這兩個(gè)協(xié)議都是MESI協(xié)議的擴(kuò)展,引入了兩個(gè)新的狀態(tài)”F”和”O(jiān)”,解釋如下:

  • F(Forward):F狀態(tài)時(shí)S狀態(tài)的一種特殊形式,表明cache應(yīng)該通過(guò)轉(zhuǎn)發(fā)數(shù)據(jù)來(lái)充當(dāng)給定cache line的任何請(qǐng)求的指定反饋者。如果系統(tǒng)中有多個(gè)cache具有處于S狀態(tài)的同一cache line,則將其中一個(gè)指定為F狀態(tài),以便為來(lái)自不同處理器的新請(qǐng)求轉(zhuǎn)發(fā)數(shù)據(jù)。該協(xié)議確保,如果任何cache保存的cache line為S狀態(tài),那么最多只有一個(gè)(其他)cache保存的cache line為F狀態(tài)。這種狀態(tài)有助于減少對(duì)memory帶寬的占用,因?yàn)闆](méi)有F狀態(tài),即使一條cache line在多個(gè)cache中處于S狀態(tài),它們都不能將數(shù)據(jù)轉(zhuǎn)發(fā)給請(qǐng)求讀或?qū)懙牟煌幚砥?。(?qǐng)注意,cache中的S狀態(tài)cache line只能服務(wù)于相同的處理器讀取)
  • O(Owned):O狀態(tài)時(shí)一種特殊的狀態(tài),它是為了在不需要寫(xiě)回memory的情況下在系統(tǒng)的不同cache中移動(dòng)修改過(guò)的或dirty的數(shù)據(jù)而引入的。如果cache line還與其它可以使cache line保持S狀態(tài)的cache共享,則cache line需要從M狀態(tài)轉(zhuǎn)換到O狀態(tài)。O狀態(tài)有助于將修改后的數(shù)據(jù)推遲寫(xiě)回memory,直到真正需要時(shí)再寫(xiě)。

6. 什么是RFO?

RFO代表Read for Ownership。這是cache一致性協(xié)議中的一種操作。它是由處理器試圖寫(xiě)入共享或無(wú)效狀態(tài)的cache line時(shí)發(fā)出的,這將導(dǎo)致所有其它處理器將該cache line的狀態(tài)設(shè)置為Invalid。RFO是意圖寫(xiě)入該memory地址的讀操作。因此,該操作是排他的,它將數(shù)據(jù)讀到cache中,并使持有該memory地址的所有其它處理器的cache無(wú)效掉這個(gè)cache line。

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

    關(guān)注

    68

    文章

    20210

    瀏覽量

    249823
  • 存儲(chǔ)器
    +關(guān)注

    關(guān)注

    39

    文章

    7724

    瀏覽量

    171265
  • SMP
    SMP
    +關(guān)注

    關(guān)注

    0

    文章

    81

    瀏覽量

    20756
  • 狀態(tài)機(jī)
    +關(guān)注

    關(guān)注

    2

    文章

    498

    瀏覽量

    29004
  • cache技術(shù)
    +關(guān)注

    關(guān)注

    0

    文章

    41

    瀏覽量

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

掃碼添加小助手

加入工程師交流群

    評(píng)論

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

    請(qǐng)問(wèn)030系列集成的PreFetch 和 Cache怎么用呀?

    各位大佬,030系列集成的PreFetch 和 Cache怎么用呀?有這方面的demo或者pdf操作流程么?
    發(fā)表于 01-19 07:07

    提高系統(tǒng)效率幾個(gè)誤解解析

    :CPU用大一點(diǎn)的CACHE,就應(yīng)該快了 點(diǎn) 評(píng):CACHE的增大,并不一定就導(dǎo)致系統(tǒng)性能的提高,某些情況下關(guān)閉CACHE反而比使用CACHE
    發(fā)表于 12-15 06:09

    采用Prefetch+Cache架構(gòu)什么優(yōu)勢(shì)?

    我看官方說(shuō),采用Prefetch+Cache架構(gòu)同頻CoreMark 計(jì)算力/功耗比超越同類(lèi)產(chǎn)品,這優(yōu)勢(shì)就是低功耗么?要是具體芯片比較的話,應(yīng)該怎么比?
    發(fā)表于 12-11 07:35

    國(guó)密系列算法簡(jiǎn)介及SM4算法原理介紹

    在后續(xù)分享中分析AES和SM4算法的共同特點(diǎn)和可重構(gòu)方法。 二、 SM4算法原理 圖2所示為128位輸入、128位密鑰和128位輸出的SM4算法流程圖,共有32輪操作。SM4每輪
    發(fā)表于 10-24 08:25

    gd32h737 開(kāi)啟cache程序跑飛是哪里的問(wèn)題?

    gd32h737 rtthread 4.1.1版本上運(yùn)行,開(kāi)啟cache功能,程序跑飛,JLink連接失敗的。錯(cuò)誤信息沒(méi)有。配置方式的說(shuō)明嗎? /*! briefenable the CPU
    發(fā)表于 09-11 08:28

    STM32H7的MPU配置與D-Cache沖突如何解決???

    現(xiàn)象??: STM32H743 MPU 與 D-Cache 沖突問(wèn)題詳細(xì)描述** 硬件環(huán)境 MCU 型號(hào) :STM32H743VIT6 開(kāi)發(fā)板 :自定義板(或 STM32H743I-EVAL 等
    發(fā)表于 06-23 17:32

    MCU緩存設(shè)計(jì)

    從Flash或外部存儲(chǔ)器讀取的指令,減少CPU因等待指令加載而停滯,適用于實(shí)時(shí)性要求高的場(chǎng)景(如中斷服務(wù)程序)。 D-Cache?:緩存從Flash、SRAM或外部存儲(chǔ)器讀取的數(shù)據(jù),加速變量與堆棧的讀寫(xiě)操作。 TCM(緊耦合內(nèi)存)?:部分MCU(如STM32H743)設(shè)置
    的頭像 發(fā)表于 05-07 15:29 ?994次閱讀

    請(qǐng)問(wèn)RTD3.0.0修改bootloader的鏈接器的正確程序是什么?

    我正在嘗試更新鏈接器,以便我的應(yīng)用程序可以與 uds bootloader 2.0.0 一起使用。但是,每當(dāng)我鏈接器中進(jìn)行更改時(shí),應(yīng)用程序啟動(dòng)都會(huì)失敗。我在這里的問(wèn)題是修改 bootloader
    發(fā)表于 04-14 13:29

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

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

    國(guó)產(chǎn)電壓基準(zhǔn)源替換REF3025工業(yè)電源管理應(yīng)用替換方案

    國(guó)產(chǎn)電壓基準(zhǔn)源替換REF3025工業(yè)電源管理應(yīng)用替換方案
    的頭像 發(fā)表于 03-19 09:44 ?1017次閱讀
    國(guó)產(chǎn)電壓基準(zhǔn)源<b class='flag-5'>替換</b>REF3025<b class='flag-5'>在</b>工業(yè)電源管理應(yīng)用<b class='flag-5'>中</b>的<b class='flag-5'>替換</b>方案

    國(guó)產(chǎn)AFE替換ADS1248壓力傳感器的應(yīng)用

    國(guó)產(chǎn)AFE替換ADS1248壓力傳感器的應(yīng)用
    的頭像 發(fā)表于 03-10 09:47 ?940次閱讀
    國(guó)產(chǎn)AFE<b class='flag-5'>替換</b>ADS1248<b class='flag-5'>在</b>壓力傳感器<b class='flag-5'>中</b>的應(yīng)用

    請(qǐng)問(wèn)驚鴻7110是否支持cache維護(hù)指令?

    驚鴻7110是就sifive u74處理器的。查看了一下u74手冊(cè),它是專(zhuān)門(mén)的cache維護(hù)指令CFLUSH.D.L1。賽昉官方版本編譯不通過(guò)。請(qǐng)問(wèn)一下大佬,這個(gè)怎么解決呀?
    發(fā)表于 03-10 07:24

    替換MAX22088,家庭總線系統(tǒng)SC5120遠(yuǎn)程監(jiān)控的應(yīng)用

    替換MAX22088,家庭總線系統(tǒng)SC5120遠(yuǎn)程監(jiān)控的應(yīng)用
    的頭像 發(fā)表于 02-26 10:10 ?739次閱讀
    <b class='flag-5'>替換</b>MAX22088,家庭總線系統(tǒng)SC5120<b class='flag-5'>在</b>遠(yuǎn)程監(jiān)控<b class='flag-5'>中</b>的應(yīng)用

    國(guó)產(chǎn)電壓基準(zhǔn)源替換REF3125伺服驅(qū)動(dòng)器的應(yīng)用

    國(guó)產(chǎn)電壓基準(zhǔn)源替換REF3125伺服驅(qū)動(dòng)器的應(yīng)用
    的頭像 發(fā)表于 02-19 10:22 ?849次閱讀
    國(guó)產(chǎn)電壓基準(zhǔn)源<b class='flag-5'>替換</b>REF3125<b class='flag-5'>在</b>伺服驅(qū)動(dòng)器<b class='flag-5'>中</b>的應(yīng)用

    高速緩沖存儲(chǔ)器是內(nèi)存還是外存,高速緩沖存儲(chǔ)器是為了解決什么

    高速緩沖存儲(chǔ)器(Cache)是內(nèi)存的一種特殊形式,但它與通常所說(shuō)的主存儲(chǔ)器(RAM)有所不同。計(jì)算機(jī)存儲(chǔ)體系Cache位于CPU和主存儲(chǔ)器之間,
    的頭像 發(fā)表于 01-29 11:48 ?3538次閱讀