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

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

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

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

NVMe高速傳輸之?dāng)[脫XDMA設(shè)計(jì)11:PRP控制模塊設(shè)計(jì)

高速傳輸與存儲(chǔ) ? 來源:高速傳輸與存儲(chǔ) ? 作者:高速傳輸與存儲(chǔ) ? 2025-08-03 21:12 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

?

PRP控制模塊負(fù)責(zé)實(shí)現(xiàn)指令相關(guān)的PRP列表的生成、存儲(chǔ)與管理。NVMe的提交命令中,存在PRP1和PRP2兩個(gè)字段,PPR2作為地址指針還是PRP列表指針是根據(jù)命令請求數(shù)據(jù)傳輸長度和PRP1的偏移量來確定的。當(dāng)PRP2作為PRP列表指針時(shí),PRP2指向PRP列表的首地址。在傳統(tǒng)的NVMe系統(tǒng)中,PRP列表存放的位置一般與數(shù)據(jù)存放位置接近,因此在處理指令過程中,讀取PRP經(jīng)歷的延時(shí)與讀取數(shù)據(jù)的延時(shí)相近,為了降低讀取PRP的延時(shí),使用PRP控制模塊將PRP的存儲(chǔ)位置轉(zhuǎn)移到NoP邏輯加速引擎內(nèi)部。PRP控制模塊的結(jié)構(gòu)和連接關(guān)系如圖1所示。

wKgZO2iPX8mAHPJHAAEuhBTwZ7s128.png

圖1 PRP控制模塊結(jié)構(gòu)和連接關(guān)系圖

當(dāng)用戶想要進(jìn)行大塊數(shù)據(jù)傳輸時(shí),需要使用PRP提供數(shù)據(jù)的分布地址,為了降低PRP尋址的延時(shí)和復(fù)雜度,使用PRP控制模塊替代原本的PRP機(jī)制。需要傳輸大塊零散分布數(shù)據(jù)時(shí),可以減小DMA請求長度,不使用PRP鏈表,將PRP鏈表?xiàng)l目字節(jié)轉(zhuǎn)換為DMA請求地址。需要傳輸大塊連續(xù)數(shù)據(jù)時(shí),只需要PRP鏈表將由PRP控制模塊根據(jù)請求地址自動(dòng)生成。指令控制模塊接收到相關(guān)指令時(shí),根據(jù)PRP1和傳輸長度判斷PRP2類型,如果PRP2類型為PRP鏈表指針,則以指令I(lǐng)D為地址,將PRP1的4KB偏移寫入PRP MEM,PRP2則包含指令I(lǐng)D并指向PRP控制模塊。當(dāng)PCIe加速模塊收到指向PRP控制模塊的讀數(shù)據(jù)請求時(shí),判斷為讀PRP請求,PRP控制模塊根據(jù)讀地址取出對應(yīng)的存儲(chǔ)條目返回,然后將該數(shù)據(jù)進(jìn)行偏移4KB地址計(jì)算后重新寫入PRP MEM。PRP MEM的大小與指令I(lǐng)D池的深度一致,每個(gè)指令I(lǐng)D指向一個(gè)64比特的PRP MEM存儲(chǔ)條目。、

?審核編輯 黃宇

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

    關(guān)注

    16

    文章

    1404

    瀏覽量

    86959
  • nvme
    +關(guān)注

    關(guān)注

    0

    文章

    283

    瀏覽量

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

掃碼添加小助手

加入工程師交流群

    評論

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

    NVMe高速傳輸擺脫XDMA設(shè)計(jì)30: NVMe 設(shè)備模型設(shè)計(jì)

    設(shè)備則需要開啟至少 8KB 的 BAR0 空間, BAR0 地址空間中存放 NVMe 設(shè)備寄存器組, 其中包含了初始化過程中需要使用的控制器功能寄存器、 控制器狀態(tài)寄存器、控制器配置
    發(fā)表于 09-29 09:31

    NVMe高速傳輸擺脫XDMA設(shè)計(jì)20: PCIe應(yīng)答模塊設(shè)計(jì)

    應(yīng)答模塊的具體任務(wù)是接收來自PCIe鏈路上的設(shè)備的TLP請求,并響應(yīng)請求。由于基于PCIe協(xié)議的NVMe數(shù)據(jù)傳輸只使用PCIe協(xié)議的存儲(chǔ)器讀請求TLP和存儲(chǔ)器寫請求TLP,應(yīng)答模塊也分
    的頭像 發(fā)表于 08-13 10:43 ?508次閱讀
    <b class='flag-5'>NVMe</b><b class='flag-5'>高速</b><b class='flag-5'>傳輸</b><b class='flag-5'>之</b><b class='flag-5'>擺脫</b><b class='flag-5'>XDMA</b>設(shè)計(jì)20: PCIe應(yīng)答<b class='flag-5'>模塊</b>設(shè)計(jì)

    NVMe高速傳輸擺脫XDMA設(shè)計(jì)20: PCIe應(yīng)答模塊設(shè)計(jì)

    應(yīng)答模塊的具體任務(wù)是接收來自PCIe鏈路上的設(shè)備的TLP請求,并響應(yīng)請求。由于基于PCIe協(xié)議的NVMe數(shù)據(jù)傳輸只使用PCIe協(xié)議的存儲(chǔ)器讀請求TLP和存儲(chǔ)器寫請求TLP,應(yīng)答模塊也分
    發(fā)表于 08-12 16:04

    NVMe高速傳輸擺脫XDMA設(shè)計(jì)17:PCIe加速模塊設(shè)計(jì)

    PCIe加速模塊負(fù)責(zé)實(shí)現(xiàn)PCIe傳輸層任務(wù)的處理,同時(shí)與NVMe層進(jìn)行任務(wù)交互。PCIe加速模塊按照請求發(fā)起方分為請求模塊和應(yīng)答
    的頭像 發(fā)表于 08-09 14:38 ?3929次閱讀
    <b class='flag-5'>NVMe</b><b class='flag-5'>高速</b><b class='flag-5'>傳輸</b><b class='flag-5'>之</b><b class='flag-5'>擺脫</b><b class='flag-5'>XDMA</b>設(shè)計(jì)17:PCIe加速<b class='flag-5'>模塊</b>設(shè)計(jì)

    NVMe高速傳輸擺脫XDMA設(shè)計(jì)17:PCIe加速模塊設(shè)計(jì)

    PCIe加速模塊負(fù)責(zé)實(shí)現(xiàn)PCIe傳輸層任務(wù)的處理,同時(shí)與NVMe層進(jìn)行任務(wù)交互。如圖1所示,PCIe加速模塊按照請求發(fā)起方分為請求模塊和應(yīng)答
    發(fā)表于 08-07 18:57

    NVMe高速傳輸擺脫XDMA設(shè)計(jì)16:TLP優(yōu)化

    的延時(shí)。并且當(dāng)大量不同的讀請求交叉處理時(shí),讀處理模塊的并行處理結(jié)構(gòu)更能夠充分利用PCIe的亂序傳輸能力來提高吞吐量。為了清晰的說明讀處理模塊對吞吐量的提升,設(shè)置如圖1所示的簡單時(shí)序樣例,樣例中PCIe
    發(fā)表于 08-05 18:09

    NVMe高速傳輸擺脫XDMA設(shè)計(jì)14: PCIe應(yīng)答模塊設(shè)計(jì)

    應(yīng)答模塊的具體任務(wù)是接收來自PCIe鏈路上的設(shè)備的TLP請求,并響應(yīng)請求。由于基于PCIe協(xié)議的NVMe數(shù)據(jù)傳輸只使用PCIe協(xié)議的存儲(chǔ)器讀請求TLP和存儲(chǔ)器寫請求TLP,應(yīng)答模塊也分
    的頭像 發(fā)表于 08-04 16:47 ?584次閱讀
    <b class='flag-5'>NVMe</b><b class='flag-5'>高速</b><b class='flag-5'>傳輸</b><b class='flag-5'>之</b><b class='flag-5'>擺脫</b><b class='flag-5'>XDMA</b>設(shè)計(jì)14: PCIe應(yīng)答<b class='flag-5'>模塊</b>設(shè)計(jì)

    NVMe高速傳輸擺脫XDMA設(shè)計(jì)14: PCIe應(yīng)答模塊設(shè)計(jì)

    應(yīng)答模塊的具體任務(wù)是接收來自PCIe鏈路上的設(shè)備的TLP請求,并響應(yīng)請求。由于基于PCIe協(xié)議的NVMe數(shù)據(jù)傳輸只使用PCIe協(xié)議的存儲(chǔ)器讀請求TLP和存儲(chǔ)器寫請求TLP,應(yīng)答模塊也分
    發(fā)表于 08-04 16:44

    NVMe IP高速傳輸卻不依賴XDMA設(shè)計(jì)九:隊(duì)列管理模塊(上)

    這是采用PCIe設(shè)計(jì)NVMe,并非調(diào)用XDMA方式,后者在PCIe4.0時(shí)不大方便,故團(tuán)隊(duì)直接采用PCIe設(shè)計(jì),結(jié)合UVM驗(yàn)證加快設(shè)計(jì)速度。 隊(duì)列管理模塊采用隊(duì)列的存儲(chǔ)與控制
    的頭像 發(fā)表于 08-04 09:53 ?506次閱讀
    <b class='flag-5'>NVMe</b> IP<b class='flag-5'>高速</b><b class='flag-5'>傳輸</b>卻不依賴<b class='flag-5'>XDMA</b>設(shè)計(jì)<b class='flag-5'>之</b>九:隊(duì)列管理<b class='flag-5'>模塊</b>(上)

    NVMe高速傳輸擺脫XDMA設(shè)計(jì)11PRP控制模塊設(shè)計(jì)

    PRP控制模塊優(yōu)化了NVMe協(xié)議中的PRP列表管理機(jī)制,通過將PRP存儲(chǔ)位置遷移至NoP邏輯加速
    的頭像 發(fā)表于 08-03 21:15 ?344次閱讀
    <b class='flag-5'>NVMe</b><b class='flag-5'>高速</b><b class='flag-5'>傳輸</b><b class='flag-5'>之</b><b class='flag-5'>擺脫</b><b class='flag-5'>XDMA</b>設(shè)計(jì)<b class='flag-5'>之</b><b class='flag-5'>11</b>:<b class='flag-5'>PRP</b><b class='flag-5'>控制</b><b class='flag-5'>模塊</b>設(shè)計(jì)

    NVMe高速傳輸擺脫XDMA設(shè)計(jì)九:隊(duì)列管理模塊設(shè)計(jì)(上)

    本帖最后由 xianuser2012 于 2025-7-30 15:57 編輯 注:這是采用PCIe設(shè)計(jì)NVMe,并非調(diào)用XDMA方式,后者在PCIe4.0時(shí)不大方便,故團(tuán)隊(duì)直接采用PCIe
    發(fā)表于 07-27 17:41

    NVMe IP高速傳輸卻不依賴XDMA設(shè)計(jì)八:系統(tǒng)初始化

    采用XDMA是許多人常用xilinx庫實(shí)現(xiàn)NVMe或其他傳輸的方法。但是,XDMA介紹較少,在高速存儲(chǔ)設(shè)計(jì)時(shí),尤其是PCIe4.0模式下,較
    的頭像 發(fā)表于 07-26 15:14 ?499次閱讀
    <b class='flag-5'>NVMe</b> IP<b class='flag-5'>高速</b><b class='flag-5'>傳輸</b>卻不依賴<b class='flag-5'>XDMA</b>設(shè)計(jì)<b class='flag-5'>之</b>八:系統(tǒng)初始化

    NVMe IP高速傳輸卻不依賴便利的XDMA設(shè)計(jì)之二

    NVMe IP放棄XDMA原因 選用XDMANVMe IP的關(guān)鍵傳輸模塊,可以加速IP的設(shè)計(jì),
    發(fā)表于 05-25 10:20

    NVME控制器設(shè)計(jì)1

    PRP的管理與生成。 每一條涉及數(shù)據(jù)傳輸NVMe指令都有對應(yīng)的 PRP條目或列表來指示地址, PRP
    發(fā)表于 04-24 09:45

    NVMe IP over PCIe 4.0:擺脫XDMA,實(shí)現(xiàn)超高速

    基于NVMe加速引擎,它直接放棄XDMA,改為深度結(jié)合PCIe,通過高速傳輸機(jī)制開發(fā)。同時(shí)利用UVM驗(yàn)證平臺(tái)驗(yàn)證,有效提升工作效率。
    的頭像 發(fā)表于 04-16 14:57 ?707次閱讀
    <b class='flag-5'>NVMe</b> IP over PCIe 4.0:<b class='flag-5'>擺脫</b><b class='flag-5'>XDMA</b>,實(shí)現(xiàn)超<b class='flag-5'>高速</b>!