System.ArgumentOutOfRangeException: 索引和長度必須引用該字符串內的位置。 參數名: length 在 System.String.Substring(Int32 startIndex, Int32 length) 在 zhuanliShow.Bind()
【技術實現步驟摘要】
本專利技術涉及通信,尤其涉及一種基于信用值的包傳輸方法、裝置和設備。
技術介紹
1、人工智能和高性能計算給網絡帶來了新的挑戰,比如需要更大規模、更高帶寬密度、多路徑、對擁塞的快速反應以及對單個數據流執行度的相互依賴(其中尾延遲是關鍵考量點)。現有協議可能會解決上述問題的某些方面,但由于它們是為通用網絡設計的,因此缺乏對人工智能和高性能計算至關重要的功能支持,如多路徑和易配置。
2、超以太網聯盟(ultra?ethernet?consortium,uec)是一個由linux基金會及其聯合開發基金會倡議主辦的新組織。uec的目標是超越現有的以太網功能,例如遠程直接內存訪問(remote?direct?memory?access,rdma)和融合以太網rdma(rdma?over?convergedethernet,roce)技術提供針對高性能計算和人工智能進行優化的高性能、分布式和無損傳輸層。相比前述提到現有以太網功能的一些問題,uec規范的設計將彌補這些差距,并為這些工作任務提供所需的更大規模的組網。uec的目標是提供一個完整的通信棧,解決跨越多個協議層的技術問題,并提供易于配置和管理的功能,實現更高的網絡利用率和更低的尾部延遲,這兩者對于減少人工智能(artificial?intelligence,ai)和高性能計算(highperformance?computing,hpc)作業完成時間都至關重要。具體來說,uec未來想要實現的目標有:
3、1)基于現有ip和以太網協議的開放協議規范。
4、
5、3)incast管理機制,以最小的丟包控制到目標主機的最終鏈接上的扇入(fan-in)。
6、4)高效的速率控制算法,允許傳輸快速提升至線速,同時不會導致競爭流的性能損失。
7、5)用于無序數據包傳送的api,同時支持以無序和按序模式完成消息,最大限度地提高網絡和應用程序的并發性,并最大限度地減少消息延遲。
8、6)可擴展未來網絡,支持百萬級端點。
9、7)性能和最佳網絡利用率,無需針對網絡和工作負載進行特定的擁塞算法參數調優。
10、8)旨在在商用硬件上實現800g、1.6t和未來更快以太網的線速性能。
11、傳統高性能計算/ai場景中所使用的傳輸協議有tcp、數據中心tcp(data?centertcp)、rdma等,但這些協議涉及到的擁塞控制算法只能基于交換機隊列對不同協議數據流進行調節這一過程產生的交互信息來引導接收端的控制循環,可能會導致流沖突(不合理的負載均衡)、帶寬分配不合理、incast擁塞、高時延等問題。incast擁塞是一種特定類型的網絡擁塞現象,通常發生在數據中心網絡或分布式計算環境中,其特點是多個發送端(源節點)幾乎同時向同一個接收端(目的節點)發送大量數據,從而導致接收端的網絡接口或交換機緩沖區被迅速填滿,并引發嚴重的網絡性能問題和數據包丟失。
12、超以太網傳輸(ultra?ethernet?transport,uet)協議為了實現高效的incast管理機制,其支持使用基于信用的速率控制(credit?based?rate?control,cbrc)算法(亦稱為基于信用值的擁塞控制算法)。該算法原理主要借鑒了邊緣隊列數據報服務(edge-queued?datagram?service,eqds),即通過將隊列有關操作和調節過程從數據中心網絡轉移到主機端側。cbrc的核心思路正是通過uet主機接收端分發信用值(credit)的方式,設置合理的分配策略,來保證在本側流量不會過載的情況下,不同流量之間能公平地共享帶寬。這種無須交換機參與,實現端到端的擁塞控制的方法,可以有效優化帶寬分配、降低時延、有效實現流量負載均衡的目的。
13、cbrc算法雖然能夠有效緩解incast擁塞,但其并未考慮多個發送方與多個接收方交互產生的發送方擁塞,以及進而引發的信用值浪費問題。
技術實現思路
1、有鑒于此,本專利技術提供一種基于信用值的包傳輸方法、裝置和設備,用于解決的原cbrc算法導致信用值浪費的技術問題。
2、基于本專利技術的一方面,本專利技術提供了一種基于信用值的包傳輸方法,該方法應用于支持超以太網傳輸uet協議網絡中的接收方設備,該方法包括:
3、接收方接收發送方發送的報文,根據報文頭部攜帶的信息判斷該發送方累積的信用值是否超過其累積信用值上限閾值;
4、在未超過的情況下,接收方按照原有基于信用的速率控制cbrc算法的信用值發布方式向該發送方發布信用值;
5、在超過的情況下,從接收方接收到發送方發送的攜帶指示超過累積信用值上限閾值信息的數據報文開始,接收方在信用值發送定時器被觸發時按照預設的信用值調整策略減少發布給該發送方的信用值;從不再收到該發送方發送的攜帶指示超過累積信用值上限閾值信息的數據報文開始,按照預設的信用值策略再將信用值發布方式恢復到原cbrc算法的方式。
6、進一步地,所述接收方所使用的信用值調整策略為加性增加乘性減少(aimd)的信用值調整策略,該調整策略通過調整原cbrc算法中計算待發布信用值算式中的最大傳輸單元mtu系數的方式來調整發布的信用值的數量。
7、進一步地,在超過的情況下,若該發送方處于活躍發送方隊列asl中,接收方按照預設的信用值調整策略調整發布給該發送方的信用值的方法為:
8、自收到該發送方發送的攜帶指示超過累積信用值上限閾值信息的數據報文開始,將原有cbrc擁塞控制算法中計算待發布信用值算式中mtu的系數調整為其中,n為連續收到的攜帶有指示超過累積信用值上限閾值信息的數據報文個數;
9、自收到該發送方發送的數據報文不再攜帶指示超過累積信用值上限閾值信息開始,將原有cbrc擁塞控制算法中計算待發布信用值算式中mtu的系數恢復為原值。
10、進一步地,在超過的情況下,若該發送方處于空閑發送方隊列isl中,接收方按照預設的信用值調整策略調整發布給該發送方的信用值的方法為:
11、自收到該發送方發送的攜帶指示超過累積信用值上限閾值信息的數據報文開始,將原有cbrc擁塞控制算法中計算待發布信用值算式中mtu的系數調整為并向下取整,其中,n為連續收到的攜帶有指示超過累積信用值上限閾值信息的數據報文個數,k為信用值發布系數;
12、自收到該發送方發送的數據報文不再攜帶指示超過累積信用值上限閾值信息開始,將原有cbrc擁塞控制算法中計算待發布信用值算式中mtu的系數調整為并向下取整后與加性上升的信用值基準系數m的和,且mtu的系數不能超過k。
13、進一步地,發送發向接收方傳遞指示超過累積信用值上限閾值信息的方式為:將數據報文的信用值請求字段即target_pull字段值置為全0或全1。
14、基于本本文檔來自技高網...
【技術保護點】
1.一種基于信用值的包傳輸方法,其特征在于,該方法應用于支持超以太網傳輸UET協議網絡中的接收方設備,該方法包括:
2.根據權利要求1所述的方法,其特征在于,
3.根據權利要求1所述的方法,其特征在于,
4.根據權利要求1所述的方法,其特征在于,
5.根據權利要求1所述的方法,其特征在于,
6.一種基于信用值的包傳輸裝置,其特征在于,該裝置應用于支持超以太網傳輸UET協議網絡中的接收方設備,該裝置包括:
7.根據權利要求6所述的裝置,其特征在于,
8.根據權利要求6所述的裝置,其特征在于,所述發布策略調整模塊包括:
9.根據權利要求6所述的裝置,其特征在于,所述發布策略調整模塊包括:
10.一種電子設備,其特征在于,包括處理器、通信接口、存儲介質和通信總線,其中,處理器、通信接口、存儲介質通過通信總線完成相互間的通信;
【技術特征摘要】
1.一種基于信用值的包傳輸方法,其特征在于,該方法應用于支持超以太網傳輸uet協議網絡中的接收方設備,該方法包括:
2.根據權利要求1所述的方法,其特征在于,
3.根據權利要求1所述的方法,其特征在于,
4.根據權利要求1所述的方法,其特征在于,
5.根據權利要求1所述的方法,其特征在于,
6.一種基于信用值的包傳輸裝置,其特征在于,該裝置應用于支持超以太...
還沒有人留言評論。發表了對其他瀏覽者有用的留言會獲得科技券。