[發(fā)明專(zhuān)利]一種合并發(fā)送PCIe存儲(chǔ)器寫(xiě)請(qǐng)求的系統(tǒng)及方法

在審

• 申請(qǐng)?zhí)枺?/td>: 202110695330.7
• 申請(qǐng)日: 2021-06-22
• 公開(kāi)（公告）號(hào): CN113485950A
• 公開(kāi)（公告）日: 2021-10-08
• 發(fā)明（設(shè)計(jì)）人: 陳敏
• 申請(qǐng)（專(zhuān)利權(quán)）人: 上海天數(shù)智芯半導(dǎo)體有限公司
• 主分類(lèi)號(hào): G06F13/16
• 分類(lèi)號(hào): G06F13/16
• 代理公司: 南京鐘山專(zhuān)利代理有限公司 32252
• 代理人: 戴朝榮

本發(fā)明公開(kāi)了一種合并發(fā)送PCIe存儲(chǔ)器寫(xiě)請(qǐng)求的系統(tǒng)及方法，包括壓縮模塊、合并模塊、拆分模塊和解壓模塊；壓縮模塊能夠?qū)⒋鎯?chǔ)器寫(xiě)請(qǐng)求的包頭信息進(jìn)行壓縮；合并模塊能夠?qū)⒋罅繅嚎s后的存儲(chǔ)器寫(xiě)請(qǐng)求合并為一個(gè)用戶自定義消息報(bào)文；拆分模塊能夠?qū)⒔邮盏降挠脩糇远x消息報(bào)文拆分成多個(gè)壓縮的存儲(chǔ)器寫(xiě)請(qǐng)求；解壓模塊能夠?qū)嚎s的存儲(chǔ)器寫(xiě)請(qǐng)求解壓成原始的存儲(chǔ)器寫(xiě)請(qǐng)求。本發(fā)明可以節(jié)省包頭信元和帶寬，提高PCIe傳輸效率。

技術(shù)領(lǐng)域

本發(fā)明公開(kāi)了一種合并發(fā)送PCIe存儲(chǔ)器寫(xiě)請(qǐng)求的系統(tǒng)及方法，涉及PCIe傳輸層收發(fā)包的技術(shù)領(lǐng)域。

背景技術(shù)

現(xiàn)有很多應(yīng)用會(huì)在PCIe上發(fā)送很多帶小數(shù)據(jù)的存儲(chǔ)器寫(xiě)請(qǐng)求。這些小的存儲(chǔ)器寫(xiě)請(qǐng)求會(huì)消耗大量的包頭信元(header credit)和額外的傳輸層、數(shù)據(jù)鏈路層、物理層帶寬，從而導(dǎo)致PCIe傳輸效率的下降。

發(fā)明內(nèi)容

本發(fā)明針對(duì)現(xiàn)有技術(shù)中的不足，提供一種合并發(fā)送PCIe存儲(chǔ)器寫(xiě)請(qǐng)求的系統(tǒng)及方法。

為實(shí)現(xiàn)上述目的，本發(fā)明采用以下技術(shù)方案：

一種合并發(fā)送PCIe存儲(chǔ)器寫(xiě)請(qǐng)求的系統(tǒng)，包括壓縮模塊、合并模塊、拆分模塊和解壓模塊；

壓縮模塊能夠?qū)⒋鎯?chǔ)器寫(xiě)請(qǐng)求的包頭信息進(jìn)行壓縮；

合并模塊能夠?qū)⒋罅繅嚎s后的存儲(chǔ)器寫(xiě)請(qǐng)求合并為一個(gè)用戶自定義消息報(bào)文；

拆分模塊能夠?qū)⒔邮盏降挠脩糇远x消息報(bào)文拆分成多個(gè)壓縮的存儲(chǔ)器寫(xiě)請(qǐng)求；

解壓模塊能夠?qū)嚎s的存儲(chǔ)器寫(xiě)請(qǐng)求解壓成原始的存儲(chǔ)器寫(xiě)請(qǐng)求。

本發(fā)明還提供了一種合并發(fā)送PCIe存儲(chǔ)器寫(xiě)請(qǐng)求的方法，包括以下步驟：

1)壓縮模塊在收到存儲(chǔ)器寫(xiě)請(qǐng)求之后，對(duì)其包頭進(jìn)行壓縮；

2)合并模塊把大量壓縮后的存儲(chǔ)器寫(xiě)請(qǐng)求合并成為一個(gè)用戶自定義消息報(bào)文；

3)拆分模塊將接收到的用戶自定義消息報(bào)文拆分成多個(gè)壓縮的存儲(chǔ)器寫(xiě)請(qǐng)求；

4)解壓模塊把壓縮的存儲(chǔ)器寫(xiě)請(qǐng)求解壓成原始的存儲(chǔ)器寫(xiě)請(qǐng)求。

為優(yōu)化上述技術(shù)方案，采取的具體措施還包括：

進(jìn)一步地，對(duì)包頭進(jìn)行壓縮的方法如下：將包頭從16 Bytes壓縮至12 Bytes，但保持其攜帶的數(shù)據(jù)不變。

進(jìn)一步地，步驟2)中，在收到一個(gè)壓縮后的存儲(chǔ)器寫(xiě)請(qǐng)求時(shí)，合并模塊首先檢查將這個(gè)存儲(chǔ)器寫(xiě)請(qǐng)求合并之后是否會(huì)超過(guò)PCIe規(guī)定的最大數(shù)據(jù)容量；如果超過(guò)最大數(shù)據(jù)容量，合并模塊就停止合并這個(gè)存儲(chǔ)器寫(xiě)請(qǐng)求并將之前所有已經(jīng)合并的存儲(chǔ)器寫(xiě)請(qǐng)求轉(zhuǎn)成一個(gè)用戶自定義消息報(bào)文發(fā)送；如果未超過(guò)最大數(shù)據(jù)容量，合并模塊繼續(xù)合并這個(gè)存儲(chǔ)器寫(xiě)請(qǐng)求并等待下一個(gè)存儲(chǔ)器寫(xiě)請(qǐng)求的到來(lái)。

進(jìn)一步地，等待下一個(gè)存儲(chǔ)器寫(xiě)請(qǐng)求的到來(lái)過(guò)程中會(huì)設(shè)置一個(gè)時(shí)間限制，如果超過(guò)這個(gè)時(shí)間限制還沒(méi)有新的存儲(chǔ)器寫(xiě)請(qǐng)求到來(lái)，那么即使當(dāng)前已經(jīng)合并的存儲(chǔ)器寫(xiě)請(qǐng)求未超過(guò)最大數(shù)據(jù)容量，合并模塊也會(huì)將當(dāng)前所有已經(jīng)合并的存儲(chǔ)器寫(xiě)請(qǐng)求轉(zhuǎn)成一個(gè)用戶自定義消息報(bào)文發(fā)送。

進(jìn)一步地，合并過(guò)程是將各個(gè)存儲(chǔ)器寫(xiě)請(qǐng)求的壓縮后的包頭和各個(gè)存儲(chǔ)器寫(xiě)請(qǐng)求的數(shù)據(jù)依次組合放入用戶自定義消息報(bào)文的數(shù)據(jù)中。

進(jìn)一步地，合并過(guò)程中，每一個(gè)存儲(chǔ)器寫(xiě)請(qǐng)求的校驗(yàn)碼都被刪除。

進(jìn)一步地，步驟3)中，PCIe傳輸層會(huì)將收到的用戶自定義消息報(bào)文拆分成包頭和數(shù)據(jù)兩部分。

本發(fā)明的有益效果是：本發(fā)明把大量小的存儲(chǔ)器寫(xiě)請(qǐng)求合并成一個(gè)大的用戶自定義消息報(bào)文，極大地節(jié)省了PCIe包頭信元和帶寬的開(kāi)銷(xiāo)，從而提高了整體傳輸效率。

附圖說(shuō)明