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

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

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

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

RDMA設(shè)計30:RoCE v2 發(fā)送模塊2

高速傳輸與存儲 ? 來源:高速傳輸與存儲 ? 作者:高速傳輸與存儲 ? 2026-01-27 11:56 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

本博文主要交流設(shè)計思路,在本博客已給出相關(guān)博文約110篇,希望對初學者有用。注意這里只是拋磚引玉,切莫認為參考這就可以完成商用IP設(shè)計。

wKgZPGl3KdWAZ7JEAAC3qdWNnjY839.png


(a)請求狀態(tài)機


當 RoCE v2 發(fā)送模塊檢測到發(fā)送隊列非空時,則從發(fā)送隊列中讀取一個發(fā)送隊列條目,并判斷請求類型。根據(jù)不同的請求類型和請求長度進入不同的包生成流程,這一過程由請求狀態(tài)機實現(xiàn)。請求狀態(tài)機的狀態(tài)轉(zhuǎn)移圖如圖 1 所示,對于各個狀態(tài)的詳細說明如下。

wKgZO2l4NuuAJxUMAABGe7uSKDU590.png

圖1 請求狀態(tài)機狀態(tài)轉(zhuǎn)移圖

IDLE:空閑狀態(tài),系統(tǒng)復位后請求狀態(tài)機將進入 IDLE 狀態(tài)。當檢測到發(fā)送隊列非空時,從發(fā)送隊列中讀取出一個發(fā)送隊列條目并分析其請求類型,并根據(jù)不同的請求類型跳轉(zhuǎn)到不同的后續(xù)狀態(tài)。對于 SEND 指令,跳轉(zhuǎn)至 SEND 狀態(tài);對于 READ指令,跳轉(zhuǎn)至 READ 狀態(tài);對于 WRITE 指令,跳轉(zhuǎn)至 WRITE_HEAD 狀態(tài)。如果請求類型不合規(guī),則保持在 IDLE 狀態(tài)并返回錯誤信息。如果發(fā)送隊列為空,則保持在IDLE 狀態(tài)等待指令。

SEND:SEND 指令發(fā)送狀態(tài)。在該狀態(tài)下將調(diào)用 SEND 單元根據(jù)系統(tǒng)中提前預設(shè)好的信息發(fā)送 SEND 數(shù)據(jù)包,數(shù)據(jù)包內(nèi)容包括本機 IP 地址、本機 MAC 地址、本機內(nèi)存起始地址、本機內(nèi)存大小和本機遠程訪問密鑰。發(fā)送完畢后跳轉(zhuǎn)至 DONE 狀態(tài)。

READ:READ 指令發(fā)送狀態(tài)。在該狀態(tài)下狀態(tài)機將調(diào)用 READ 單元根據(jù)用戶指令中的請求遠程地址、請求數(shù)據(jù)長度及遠程主機訪問密鑰來組裝 READ 包頭部,READ 請求包中并不攜帶數(shù)據(jù)信息。發(fā)送完畢后跳轉(zhuǎn)至 DONE 狀態(tài)。

WRITE_HEAD:WRITE 指令頭發(fā)送狀態(tài)。在該狀態(tài)下狀態(tài)機將調(diào)用 WRITE 單元根據(jù)用戶指令中的遠程請求地址、請求數(shù)據(jù)長度及遠程主機訪問密鑰來組裝WRITE 包頭部。同時將請求數(shù)據(jù)長度與以太網(wǎng)單數(shù)據(jù)幀最大長度進行比較,如果請求長度超過單數(shù)據(jù)幀最大程度,則 WRITE 包頭部中的操作類型被置為 FIRST/MIDDLE/LAST;反之 WRITE 包頭部中的操作類型被置 ONLY。同時將用戶指令中
的本地數(shù)據(jù)起始地址和請求數(shù)據(jù)長度通知給 DMA 控制器,而后跳轉(zhuǎn)至 WRITE_DATA狀態(tài)。

WRITE_DATA:WRITE 指令數(shù)據(jù)發(fā)送狀態(tài)。在該狀態(tài)下將持續(xù)等待 DMA 控制器返回用戶需要發(fā)送的數(shù)據(jù),在數(shù)據(jù)到來后,將數(shù)據(jù)組裝進 WRITE 數(shù)據(jù)包中,直到達到以太網(wǎng)單數(shù)據(jù)幀最大長度。而后對數(shù)據(jù)長度進行判斷。如果數(shù)據(jù)已發(fā)送完畢,則跳轉(zhuǎn)至 DONE 狀態(tài);如果仍有數(shù)據(jù)未發(fā)送完畢,則跳轉(zhuǎn)回 WRITE_HEAD 狀態(tài),重復 WRITE 數(shù)據(jù)包發(fā)送流程。若請求數(shù)據(jù)超時,則返回 IDLE 狀態(tài)并返回異常完成條目。

DONE:請求完成狀態(tài)。該狀態(tài)下將發(fā)送寄存器中剩余的最后一幀數(shù)據(jù)并生成指令完成信號。在一個時鐘周期后回到 IDLE 狀態(tài)。

B站已給出相關(guān)性能的視頻,如想進一步了解,請搜索B站用戶:專注與守望

https://www.bilibili.com/video/BV1mPV5eCE8z/?spm_id_from=333.337.search-card.all.click&vd_source=c355545d27a44fe96188b7caefeda6e7

審核編輯 黃宇

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

    關(guān)注

    0

    文章

    11

    瀏覽量

    11359
  • RDMA
    +關(guān)注

    關(guān)注

    0

    文章

    99

    瀏覽量

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

掃碼添加小助手

加入工程師交流群

    評論

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

    RDMA設(shè)計46:RoCE v2原語功能:單邊語義

    驗證測試項與測試步驟 (2)單邊語義驗證測試步驟3的關(guān)鍵波形如圖1所示,當提交隊列非空時,RoCE v2發(fā)送模塊提取提交隊列條目、組裝數(shù)據(jù)
    發(fā)表于 03-01 23:14

    RDMA設(shè)計44:RoCE v2原語功能驗證與分析

    它是RoCE v2協(xié)議進行信息及數(shù)據(jù)交換的核心機制,也是DUT需要實現(xiàn)的核心機制之一,對該功能的仿真驗證需要考慮指令的提交數(shù)據(jù)包的組裝及發(fā)送、數(shù)據(jù)的DMA處理等。
    的頭像 發(fā)表于 02-25 09:26 ?137次閱讀
    <b class='flag-5'>RDMA</b>設(shè)計44:<b class='flag-5'>RoCE</b> <b class='flag-5'>v2</b>原語功能驗證與分析

    RDMA設(shè)計37:RoCE v2 子系統(tǒng)模型設(shè)計

    發(fā)送數(shù)據(jù)包時,將數(shù)據(jù)包存放到輸出緩沖中,輸出緩沖內(nèi)的數(shù)據(jù)包將按照存放順序依次發(fā)出。 虛擬內(nèi)存管理器:用于模擬遠程主機的內(nèi)存。由于 RoCE v2 協(xié)議是直接操作遠程主機內(nèi)存的協(xié)議,為了便于判斷數(shù)據(jù)正確性
    發(fā)表于 02-06 16:19

    RDMA設(shè)計33:RoCE v2 接收模塊

    本博文主要交流設(shè)計思路,在本博客已給出相關(guān)博文約160篇,希望對初學者有用。注意這里只是拋磚引玉,切莫認為參考這就可以完成商用IP設(shè)計。 與 RoCE v2 發(fā)送模塊類似,接收
    發(fā)表于 01-30 10:08

    RDMA設(shè)計32:RoCE v2 發(fā)送模塊4

    。在 RoCE v2 協(xié)議中,當產(chǎn)生丟包時,接收端會根據(jù)異常的包序列號發(fā)送 ACK 通知數(shù)據(jù)發(fā)送端,并在該 ACK 包中攜帶 NAK信息,請求發(fā)送
    發(fā)表于 01-29 16:05

    RDMA設(shè)計29:RoCE v2 發(fā)送及接收模塊設(shè)計2

    本博文主要交流設(shè)計思路,在本博客已給出相關(guān)博文約100篇,希望對初學者有用。注意這里只是拋磚引玉,切莫認為參考這就可以完成商用IP設(shè)計。 (1)RoCE v2 發(fā)送模塊
    發(fā)表于 01-26 16:47

    RDMA設(shè)計28:RoCE v2 發(fā)送及接收模塊設(shè)計

    本博文主要交流設(shè)計思路,在本博客已給出相關(guān)博文約100篇,希望對初學者有用。注意這里只是拋磚引玉,切莫認為參考這就可以完成商用IP設(shè)計。 RoCE v2 發(fā)送及接收模塊負責將用戶指令組
    發(fā)表于 01-25 10:45

    RDMA設(shè)計20:RoCE v2 發(fā)送及接收模塊設(shè)計2

    本博文主要交流設(shè)計思路,在本博客已給出相關(guān)博文約100篇,希望對初學者有用。注意這里只是拋磚引玉,切莫認為參考這就可以完成商用IP設(shè)計。 (1)RoCE v2 發(fā)送模塊
    發(fā)表于 01-08 08:49

    RDMA設(shè)計19:RoCE v2 發(fā)送及接收模塊設(shè)計

    本博文主要交流設(shè)計思路,在本博客已給出相關(guān)博文約100篇,希望對初學者有用。注意這里只是拋磚引玉,切莫認為參考這就可以完成商用IP設(shè)計。 RoCE v2 發(fā)送及接收模塊負責將用戶指令
    發(fā)表于 01-06 08:08

    RDMA設(shè)計5:RoCE V2 IP架構(gòu)

    控制的核心模塊。RoCE v2 高速數(shù)據(jù)傳輸IP內(nèi)部集成了多種功能,包括 RDMA 建鏈、RDMA 隊列管理、DMA 傳輸和系統(tǒng)監(jiān)控等。 這
    發(fā)表于 11-25 10:34

    RDMA over RoCE V2設(shè)計2:ip 整體設(shè)計考慮

    這里重點討論PC與FPGA之間采用RDMA RoCE v2 高速數(shù)據(jù)傳輸。該IP系統(tǒng)的整體架構(gòu)如圖 1 所示。它通過 QSFP28 接口連接上位機進行數(shù)據(jù)傳輸;通過AXI-Lite 接口進行系統(tǒng)控制
    的頭像 發(fā)表于 07-16 08:55 ?724次閱讀
    <b class='flag-5'>RDMA</b> over <b class='flag-5'>RoCE</b> <b class='flag-5'>V2</b>設(shè)計<b class='flag-5'>2</b>:ip 整體設(shè)計考慮

    RDMA over RoCE V2設(shè)計2:ip 整體框架設(shè)計考慮

    RoCE V2 IP框圖 該IP控制模塊是實現(xiàn)系統(tǒng)功能控制的核心模塊RoCE v2 高速數(shù)據(jù)
    發(fā)表于 07-16 08:51

    RDMA over RoCE V2設(shè)計1:為什么要設(shè)計它?

    基于PC-PC或GPU-GPU之間RDMA設(shè)計已有較多廠商投入,雖然有的大廠投入幾年后折羽而歸,但不影響PC領(lǐng)域成熟應(yīng)用產(chǎn)品的推廣。這里主要討論在FPGA上設(shè)計RDMA over RoCE V
    的頭像 發(fā)表于 07-15 10:58 ?709次閱讀
    <b class='flag-5'>RDMA</b> over <b class='flag-5'>RoCE</b> <b class='flag-5'>V2</b>設(shè)計1:為什么要設(shè)計它?

    RDMA簡介5之RoCE V2隊列分析

    RoCE v2協(xié)議中,RoCE v2隊列是數(shù)據(jù)傳輸?shù)淖畹讓涌刂茩C制,其由工作隊列(WQ)和完成隊列(CQ)共同組成。其中工作隊列采用雙向通道設(shè)計,包含用于存儲即將
    發(fā)表于 06-05 17:28

    RDMA簡介4之ROcE V2初析

    RoCE v2原語 (1)RDMA READ操作將遠端主機內(nèi)存中的數(shù)據(jù)讀取到本地。具體流程為:本地主機將需要請求數(shù)據(jù)的地址、長度及對應(yīng)的遠程訪問密鑰發(fā)送給遠程主機,遠程主機比對密鑰通
    發(fā)表于 06-05 15:20