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

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

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

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

NVMe高速傳輸之?dāng)[脫XDMA設(shè)計(jì)15:PCIe的TLP讀處理

高速傳輸與存儲 ? 來源:高速傳輸與存儲 ? 作者:高速傳輸與存儲 ? 2025-08-04 16:51 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

對于存儲器讀請求TLP,使用Non-Posted方式傳輸,即在接收到讀請求后,不僅要進(jìn)行處理,還需要通過axis_cc總線返回CPLD,這一過程由讀處理模塊執(zhí)行,讀處理模塊的結(jié)構(gòu)如圖1所示。

wKgZO2iQdD6AdxouAAA9iZPX3J8637.png

圖1 讀處理模塊的結(jié)構(gòu)圖

當(dāng)axis_cq總線接收到存儲器讀請求時(shí),數(shù)據(jù)流被轉(zhuǎn)發(fā)到讀處理模塊。讀請求TLP只包含128比特的請求報(bào)頭,而axis總線位寬也是128比特,因此在短時(shí)間內(nèi)可能接收到多個(gè)讀請求,為了應(yīng)對這種情況,讀處理模塊采用了帶有outstanding能力和事務(wù)并行處理的結(jié)構(gòu)設(shè)計(jì),能夠有效提高讀請求事務(wù)處理效率和數(shù)據(jù)傳輸吞吐量。

首先當(dāng)讀請求數(shù)據(jù)流到達(dá)讀處理模塊時(shí),經(jīng)過解析和地址映射的兩級流水后,放入響應(yīng)處理單元outstanding緩存中,響應(yīng)處理單元從緩存中獲取事務(wù)一一處理,將讀取的數(shù)據(jù)打包成CPLD,并將CPLD放置到發(fā)送緩存中等待axis_cc總線的發(fā)送。根據(jù)地址的不同,讀請求事務(wù)被分為三類,分別是讀隊(duì)列請求,讀PRP請求和讀數(shù)據(jù)請求,每種請求對應(yīng)一個(gè)響應(yīng)處理單元。


B站已給出相關(guān)性能的視頻,如想進(jìn)一步了解,請搜索B站用戶:專注與守望
鏈接:https://space.bilibili.com/585132944/dynamic?spm_id_from=333.1365.list.card_title.click

審核編輯 黃宇

聲明:本文內(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

    文章

    1403

    瀏覽量

    86920
  • TLP
    TLP
    +關(guān)注

    關(guān)注

    0

    文章

    37

    瀏覽量

    16315
  • nvme
    +關(guān)注

    關(guān)注

    0

    文章

    283

    瀏覽量

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

掃碼添加小助手

加入工程師交流群

    評論

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

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

    , 不同的是在處理指令過程中, NVMe 寫和指令需要與主機(jī)進(jìn)行更多的 TLP 事務(wù)交互, 包括指令、 讀寫數(shù)據(jù)、
    發(fā)表于 09-29 09:31

    NVMe高速傳輸擺脫XDMA設(shè)計(jì)22:PCIeTLP優(yōu)化處理

    。并且當(dāng)大量不同的請求交叉處理時(shí),處理模塊的并行處理結(jié)構(gòu)更能夠充分利用PCIe的亂序
    發(fā)表于 08-19 08:48

    NVMe高速傳輸擺脫XDMA設(shè)計(jì)21:PCIeTLP處理

    對于存儲器請求TLP,使用Non-Posted方式傳輸,即在接收到請求后,不僅要進(jìn)行處理,還需要通過axis_cc總線返回CPLD,這一
    發(fā)表于 08-14 16:24

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

    應(yīng)答模塊的具體任務(wù)是接收來自PCIe鏈路上的設(shè)備的TLP請求,并響應(yīng)請求。由于基于PCIe協(xié)議的NVMe數(shù)據(jù)傳輸只使用
    的頭像 發(fā)表于 08-13 10:43 ?504次閱讀
    <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: <b class='flag-5'>PCIe</b>應(yīng)答模塊設(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ù)傳輸只使用
    發(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ā)表于 08-09 14:38 ?3888次閱讀
    <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:<b class='flag-5'>PCIe</b>加速模塊設(shè)計(jì)

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

    的延時(shí)。并且當(dāng)大量不同的請求交叉處理時(shí),處理模塊的并行處理結(jié)構(gòu)更能夠充分利用PCIe的亂序
    的頭像 發(fā)表于 08-08 18:07 ?620次閱讀
    <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ì)16:<b class='flag-5'>TLP</b><b class='flag-5'>讀</b><b class='flag-5'>處理</b>優(yōu)化

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

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

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

    的延時(shí)。并且當(dāng)大量不同的請求交叉處理時(shí),處理模塊的并行處理結(jié)構(gòu)更能夠充分利用PCIe的亂序
    發(fā)表于 08-05 18:09

    NVMe高速傳輸擺脫XDMA設(shè)計(jì)15PCIeTLP處理

    對于存儲器請求TLP,使用Non-Posted方式傳輸,即在接收到請求后,不僅要進(jìn)行處理,還需要通過axis_cc總線返回CPLD,這一
    發(fā)表于 08-04 16:54

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

    應(yīng)答模塊的具體任務(wù)是接收來自PCIe鏈路上的設(shè)備的TLP請求,并響應(yīng)請求。由于基于PCIe協(xié)議的NVMe數(shù)據(jù)傳輸只使用
    的頭像 發(fā)表于 08-04 16:47 ?581次閱讀
    <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: <b class='flag-5'>PCIe</b>應(yīng)答模塊設(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ù)傳輸只使用
    發(fā)表于 08-04 16:44

    NVMe高速傳輸擺脫XDMA設(shè)計(jì)13:PCIe請求模塊設(shè)計(jì)(下)

    狀態(tài)下組裝請求TLP報(bào)頭通過axis_rq接口發(fā)送,當(dāng)接口握手時(shí)跳轉(zhuǎn)到RD_DATA狀態(tài)。 RD_DATA:請求CPLD接收狀態(tài)。該狀態(tài)下監(jiān)測axis_rc接口信號,當(dāng)出現(xiàn)數(shù)據(jù)傳輸
    發(fā)表于 08-04 16:39

    NVMe IP高速傳輸卻不依賴XDMA設(shè)計(jì)之二:PCIe讀寫邏輯

    應(yīng)答模塊的具體任務(wù)是接收來自PCIe鏈路上的設(shè)備的TLP請求,并響應(yīng)請求。由于基于PCIe協(xié)議的NVMe數(shù)據(jù)傳輸只使用
    的頭像 發(fā)表于 06-09 17:25 ?495次閱讀
    <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'>PCIe</b>讀寫邏輯

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

    使用PCIe協(xié)議的存儲器請求TLP和存儲器寫請求TLP,應(yīng)答模塊分別針對兩種TLP設(shè)置處理引擎
    發(fā)表于 05-25 10:20