91欧美超碰AV自拍|国产成年人性爱视频免费看|亚洲 日韩 欧美一厂二区入|人人看人人爽人人操aV|丝袜美腿视频一区二区在线看|人人操人人爽人人爱|婷婷五月天超碰|97色色欧美亚州A√|另类A√无码精品一级av|欧美特级日韩特级

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

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

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

NVMe高速傳輸之?dāng)[脫XDMA設(shè)計16:TLP讀處理優(yōu)化

xianuser2012 ? 來源:xianuser2012 ? 作者:xianuser2012 ? 2025-08-08 18:07 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

在實際應(yīng)用環(huán)境中,由于隊列、PRP、數(shù)據(jù)的存儲往往在不同的位置,因此完成讀取過程的延時也不同,在本開發(fā)中,將隊列管理與PRP都放置在了近PCIe端存儲,因此讀取隊列與PRP的延時遠(yuǎn)遠(yuǎn)小于讀取數(shù)據(jù)的延時。并且當(dāng)大量不同的讀請求交叉處理時,讀處理模塊的并行處理結(jié)構(gòu)更能夠充分利用PCIe的亂序傳輸能力來提高吞吐量。為了清晰的說明讀處理模塊對吞吐量的提升,設(shè)置如圖3.15所示的簡單時序樣例,樣例中PCIe TLP的tag最大為3。

wKgZPGiUhUqAUYw3AAGznh3IVlA457.png

圖1 TLP讀處理優(yōu)化時序樣例圖

在對應(yīng)圖1中第1、2行時序的低性能處理模式下,同一時間只能處理一個讀事務(wù),并且不帶有outstanding能力,此時從接收到讀請求到成功響應(yīng)所經(jīng)歷的延時將會累積,造成axis_cq請求總線的阻塞。在對應(yīng)圖中第3、4行時序的僅帶有outstanding能力的處理模式下,雖然可以連續(xù)接收多個讀請求處理,但同一時間內(nèi)只能處理一個事務(wù),仍會由于較大的處理延時導(dǎo)致axis總線存在較多的空閑周期,實際的數(shù)據(jù)傳輸效率并不高。在對應(yīng)圖中第5、6行時序的讀處理模塊處理模式下,利用多個響應(yīng)處理單元的并行處理能力和發(fā)送緩存,先行處理完成的CPLD可以優(yōu)先發(fā)送,緊接著可以處理下一事務(wù)B站已給出相關(guān)性能的視頻,使總線的傳輸效率和吞吐量明顯提高。

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

    關(guān)注

    13

    文章

    4793

    瀏覽量

    90076
  • PCIe
    +關(guān)注

    關(guān)注

    16

    文章

    1461

    瀏覽量

    88461
  • nvme
    +關(guān)注

    關(guān)注

    0

    文章

    299

    瀏覽量

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

掃碼添加小助手

加入工程師交流群

    評論

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

    NVMe高速傳輸擺脫XDMA設(shè)計42:DMA 讀寫功能驗證與分析

    事務(wù), 數(shù)據(jù)通過 AXI 總線寫入 BRAM 仿真模型。 DMA 結(jié)束后寫數(shù)據(jù)計數(shù)寄存器為 256, 表示傳輸數(shù)據(jù)量為 256*16B 即 4KB。 圖1 DMA 測試仿真波形 NVMe
    發(fā)表于 10-27 09:10

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

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

    NVMe高速傳輸擺脫XDMA設(shè)計27: 橋設(shè)備模型設(shè)計

    Switch 上游虛擬 PCI 橋。 此外還包含一個 TYPE1 類型的配置空間封裝類, 用來模擬配置空間寄存器組。 模型的每個端口的輸入端對接一個 TLP事務(wù)處理程序, 該程序負(fù)責(zé)將接收到的 TLP 事務(wù)進行解析和路由轉(zhuǎn)發(fā)。
    發(fā)表于 09-18 09:11

    NVMe高速傳輸擺脫XDMA設(shè)計22:PCIe的TLP優(yōu)化處理

    TLP的tag最大為3。圖1TLP處理優(yōu)化時序樣例圖在對應(yīng)圖1中第1、2行時序的低性能處理
    發(fā)表于 08-19 08:48

    NVMe高速傳輸擺脫XDMA設(shè)計21:PCIe的TLP處理

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

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

    應(yīng)答模塊的具體任務(wù)是接收來自PCIe鏈路上的設(shè)備的TLP請求,并響應(yīng)請求。由于基于PCIe協(xié)議的NVMe數(shù)據(jù)傳輸只使用PCIe協(xié)議的存儲器請求TL
    的頭像 發(fā)表于 08-13 10:43 ?917次閱讀
    <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è)計20: PCIe應(yīng)答模塊設(shè)計

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

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

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

    PCIe加速模塊負(fù)責(zé)實現(xiàn)PCIe傳輸層任務(wù)的處理,同時與NVMe層進行任務(wù)交互。如圖1所示,PCIe加速模塊按照請求發(fā)起方分為請求模塊和應(yīng)答模塊。請求模塊負(fù)責(zé)將內(nèi)部請求事務(wù)轉(zhuǎn)化為配置管理接口信號或
    發(fā)表于 08-07 18:57

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

    TLP的tag最大為3。圖1TLP處理優(yōu)化時序樣例圖 在對應(yīng)圖1中第1、2行時序的低性能處理
    發(fā)表于 08-05 18:09

    NVMe高速傳輸擺脫XDMA設(shè)計15:PCIe的TLP處理

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

    NVMe高速傳輸擺脫XDMA設(shè)計15:PCIe的TLP處理

    對于存儲器請求TLP,使用Non-Posted方式傳輸,即在接收到請求后,不僅要進行處理,還需要通過axis_cc總線返回CPLD,這一
    的頭像 發(fā)表于 08-04 16:51 ?719次閱讀
    <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è)計15:PCIe的<b class='flag-5'>TLP</b><b class='flag-5'>讀</b><b class='flag-5'>處理</b>

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

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

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

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

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

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

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

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