CN113873045B - 一种基于能力协商的文件多节点传输方法 - Google Patents
一种基于能力协商的文件多节点传输方法 Download PDFInfo
- Publication number
- CN113873045B CN113873045B CN202111334797.5A CN202111334797A CN113873045B CN 113873045 B CN113873045 B CN 113873045B CN 202111334797 A CN202111334797 A CN 202111334797A CN 113873045 B CN113873045 B CN 113873045B
- Authority
- CN
- China
- Prior art keywords
- transmission
- node
- value
- file
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/29—Flow control; Congestion control using a combination of thresholds
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/36—Flow control; Congestion control by determining packet size, e.g. maximum transfer unit [MTU]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Computer And Data Communications (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明公开一种基于能力协商的文件多节点传输方法,包括以下步骤:判断可用传输节点的数量是否大于第一节点阈值;若是,判断总网络带宽值是否大于网络带宽阈值,若是,判断带宽负载值是否大于带宽阈值,若否,判断待传输文件的总大小是否不小于数据量阈值,若是,则向服务端发送文件传输信息;服务端判断可用传输服务节点的数量是否大于第二节点阈值,若是,判断网络负载值是否大于负载阈值,若否,则判断预分配节点的总读取速度是否小于客户端存储硬件读取速度值、服务端存储读取速度值的70%,若是,则选择多节点传输。本发明在客户端、服务端同时满足多节点传输时,优先选择多节点传输,充分利用网络带宽,提高文件传输效率。
Description
技术领域
本发明涉及文件传输领域,尤其涉及一种基于能力协商的文件多节点传输方法。
背景技术
目前,文件传输系统传输文件的方式有两种:单节点传输、多节点传输,单节点传输的传输方式适合文件数量较少时文件的传输,多节点传输的传输方式则适用于传输文件数量较多时文件的传输。然而,现有技术中,企业级文件传输系统中,大多是采用单节点传输的方式进行文件的传输,而采用单节点传输海量文件时,由于其速度无法达到GB级别,在拥有高带宽资源的情况下,其无法完全利用网络带宽资源,导致传输时间较长,传输效率低的问题,而如果直接采用多节点传输的方式替代单节点传输的方式进行文件传输,由于其对于客户端、服务端的网络带宽等要求较高,传输过程中会受到客户端、服务端的网络带宽等的影响,从而影响文件传输速度,因此,无法根据客户端、服务端的实际情况,选择最合适的文件传输方式。
因此,现有技术存在缺陷,需要改进。
发明内容
本发明的目的是克服现有技术的不足,提供一种基于能力协商的文件多节点传输方法,解决现有技术中,文件传输时无法根据网络带宽资源情况,选择合适的文件传输方式,导致文件传输效率低的问题。
本发明的技术方案如下:一种基于能力协商的文件多节点传输方法,包括以下步骤:
S1:用户在客户端创建传输任务,并判断客户端所连接的可用传输节点的数量是否大于第一节点阈值。
S2:若是,则分别获取各个可用传输节点与服务端之间的网络带宽值,计算所有网络带宽值之和,并记为总网络带宽值,并判断所述总网络带宽值是否大于网络带宽阈值,若是,则判断客户端的带宽负载值是否大于带宽阈值,若否,则进一步判断待传输文件的总大小是否不小于数据量阈值。
S3:若传输文件的总大小不小于数据量阈值,则客户端支持多节点传输,并向服务端发送文件传输信息。
所述文件传输信息包括:客户端连接可用传输节点的数量、待传输文件的总大小、客户端与可用传输节点之间的网络带宽值、客户端是否支持多节点传输、客户端存储硬件读取速度值。
S4:服务端在收到所述文件传输信息后,判断其连接的可用传输服务节点的数量是否大于第二节点阈值,若是,则查看服务端上是否开启了强制多节点传输。
S5:若服务端上未开启强制多节点传输,则获取服务端的网络负载值、服务端存储读取速度值、可用带宽值、各个可用传输服务节点的存储读取速度值,并判断所述网络负载值是否大于负载阈值。
S6:若否,则计算节点传输总速度,并根据所述节点传输总速度计算出预分配节点数,并判断所述预分配节点的总读取速度是否同时小于客户端存储硬件读取速度值、服务端存储读取速度值的70%。
所述节点传输总速度为总网络带宽值、可用带宽值中的最小的这一个带宽值的80%。
所述预分配节点数=节点传输总速度*网络损耗系数/单节点传输平均速度;
所述单节点传输平均速度=所有的单节点传输速度之和/可用传输节点总个数;
所述单节点传输速度=对应的可用传输节点与服务端之间的网络带宽值;
所述预分配节点的总读取速度=可用传输服务节点存储读取速度平均值*预分配节点数;
所述可用传输服务节点存储读取速度平均值=各个可用传输服务节点的存储读取速度值之和/可用传输服务节点的个数。
S7:若是,则待传输文件的传输方式选择多节点传输,服务端向客户端发送多节点传输信息。
所述多节点传输信息包括:传输方式为多节点传输、分配节点数量、各个分配节点的地址及端口信息。
S8:若步骤S6的判断结果为否,则服务端向客户端反馈待传输文件的传输方式选择单节点传输。
所述步骤S8之后还包括:
S9:客户端根据所述多节点传输信息,将所述分配节点数量、各个分配节点的地址及端口信息发送给redis服务器,将待传输文件添加至redis服务器的传输任务队列内。
所述步骤S9之后还包括:
S10:客户端上的各个可用传输节点根据所述redis服务器上的各个分配节点的地址及端口信息,分别从所分配节点中选择一个可用传输服务节点进行连接,并从redis服务器上获取待传输文件进行文件传输。
进一步地,所述第一节点阈值、第二节点阈值均为2。
进一步地,所述网络带宽阈值为1万兆,所述带宽阈值为40%,所述数据量阈值为1TB。
进一步地,所述负载阈值为70%,所述网络损耗系数为1.05。
进一步地,所述步骤S6之后还包括步骤S60:若服务端上开启了强制多节点传输,则获取服务端的服务端存储读取速度值、可用带宽值,并计算节点传输总速度、预分配节点数,并向客户端发送多节点传输信息。
采用上述方案,本发明提供一种基于能力协商的文件多节点传输方法,具有以下有益效果:
1、在客户端、服务端同时满足多节点传输的情况下,优先选择多节点传输的方式进行文件传输,充分利用网络带宽,加快文件传输速度,提高文件传输效率;
2、实时分析客户端、服务端当前的实际网络情况,并进行判断协商,从而匹配到当前最优的文件传输方式,加快文件传输效率,满足不同网络状态下的传输需求。
附图说明
图1为本发明的流程框图一;
图2为本发明的流程框图二。
具体实施方式
以下结合附图和具体实施例,对本发明进行详细说明。
请参照图1-图2,本发明提供一种基于能力协商的文件多节点传输方法,包括以下步骤:
S1:用户在客户端创建传输任务,并判断客户端所连接的可用传输节点的数量是否大于第一节点阈值;具体地,在本实施例中,所述第一节点阈值为2,即客户端要具备多节点传输能力,首先其所连接的可用传输节点的数量不能少于2个;若步骤S1的判断结果为否,则直接进行单节点传输。
S2:若是,则分别获取各个可用传输节点与服务端之间的网络带宽值,计算所有网络带宽值之和,并记为总网络带宽值,并判断所述总网络带宽值是否大于网络带宽阈值,若是,则判断客户端的带宽负载值是否大于带宽阈值,若否,则进一步判断待传输文件的总大小是否不小于数据量阈值;具体地,所述网络带宽阈值为1万兆,所述带宽阈值为40%,所述数据量阈值为1TB;计算可用传输节点与服务端之间的总网络带宽值,并判断其是否大于1万兆,若大于1万兆且客户端的带宽负载不超过40%,则说明客户端当前的网络负载能力良好,可用传输节点与服务端之间的网络带宽符合多节点传输的要求。
S3:若传输文件的总大小不小于数据量阈值,则客户端支持多节点传输,并向服务端发送文件传输信息。若所有待传输文件的总大小不小于1TB,则说明待传输文件较大,更适合采用多节点传输的方式进行传输;若总网络带宽值不大于网络带宽阈值或客户端的带宽负载值大于带宽阈值或待传输文件的总大小是小于数据量阈值的,则判断客户端不满足多节点传输的要求,直接采用单节点传输的方式。
具体地,在本实施例中,所述文件传输信息包括:客户端连接可用传输节点的数量、待传输文件的总大小、客户端与可用传输节点之间的网络带宽值、客户端是否支持多节点传输、客户端存储硬件读取速度值。由于此处判断客户端多节点传输,因此文件传输信息中,客户端是否支持多节点传输的结果为是。
S4:服务端在收到所述文件传输信息后,判断其连接的可用传输服务节点的数量是否大于第二节点阈值,若是,则查看服务端上是否开启了强制多节点传输;具体地,在本实施例中,所述第二节点阈值为2,若服务端上的可用传输服务节点的数量大于2,则说明具有多个可用传输服务节点,符合多节点传输的要求。
S5:若服务端上未开启强制多节点传输,则获取服务端的网络负载值、服务端存储读取速度值、可用带宽值、各个可用传输服务节点的存储读取速度值,并判断所述网络负载值是否大于负载阈值;具体地,在本实施例中,所述负载阈值为70%;若服务端的网络负载值不大于负载阈值70%,则说明服务端当前网络不拥挤,可满足多节点传输的要求。
S6:若否,则计算节点传输总速度,并根据所述节点传输总速度计算出预分配节点数,并判断所述预分配节点的总读取速度是否同时小于客户端存储硬件读取速度值、服务端存储读取速度值的70%。需要说明的是,若预分配节点数的个数大于客户端上的可用传输节点的个数或大于服务端上的可用传输服务节点的个数,则比较客户端上的可用传输节点的个数与服务端上的可用传输服务节点的个数的大小,选择较小的这个数字作为预分配节点数。
所述节点传输总速度为总网络带宽值、可用带宽值中的最小的这一个带宽值的80%,即比较当前总网络带宽值、可用带宽值的大小,取其中带宽值较小的这一个,乘以80%进行计算。
所述预分配节点数=节点传输总速度*网络损耗系数/单节点传输平均速度;所述网络损耗系数为1.05,需要说明的是网络损耗系数为1.05,是一个经验数据,根据实际文件传输过程中的实际情况进行统计出的结果。
所述单节点传输平均速度=所有的单节点传输速度之和/可用传输节点总个数;
所述单节点传输速度=对应的可用传输节点与服务端之间的网络带宽值;
所述预分配节点的总读取速度=可用传输服务节点存储读取速度平均值*预分配节点数;
所述可用传输服务节点存储读取速度平均值=各个可用传输服务节点的存储读取速度值之和/可用传输服务节点的个数。
步骤S60:若服务端上开启了强制多节点传输,则获取服务端的服务端存储读取速度值、可用带宽值,并计算节点传输总速度、预分配节点数,并向客户端发送多节点传输信息。
S7:若是,则待传输文件的传输方式选择多节点传输,服务端向客户端发送多节点传输信息。
所述多节点传输信息包括:传输方式为多节点传输、分配节点数量、各个分配节点的地址及端口信息。
S8:若步骤S6的判断结果为否,则服务端向客户端反馈待传输文件的传输方式选择单节点传输。
本发明中的一种基于能力协商的文件多节点传输方法,依次对客户端所连接的可用传输节点的数量、可用传输节点与服务端之间的总网络带宽值、客户端的带宽负载值、待传输文件的总大小进行相应判断,从而判断客户端是否具备多节点传输的能力,如果客户端具备多节点传输的能力,则说明客户端可进行多节点传输,进一步判断服务端是否具备多节点传输的能力,依次对可用传输服务节点的数量、服务端的网络负载值、预分配节点的总读取速度等进行相应判断,从而判断服务端是否符合多节点传输的要求,若服务端也满足多节点传输要求,则说明客户端、服务端均满足多节点传输的要求,文件即可采用多节点传输的方式进行传输,提高文件传输效率;而若客户端、服务端中存在一个具备多节点传输的能力时,则文件的传输方式则采用单节点传输的方式进行传输;另外,需要说明的是,本发明中的一种基于能力协商的文件多节点传输方法在使用时是根据客户端、服务端当前的实际情况进行实时判断协商的,以匹配最优的文件传输方式进行文件传输,加快文件传输效率。
具体地,在本实施例中,所述步骤S8之后还包括:
S9:客户端根据所述多节点传输信息,将所述分配节点数量、各个分配节点的地址及端口信息发送给redis服务器,将待传输文件添加至redis服务器的传输任务队列内。
S10:客户端上的各个可用传输节点根据所述redis服务器上的各个分配节点的地址及端口信息,分别从所分配节点中选择一个可用传输服务节点进行连接,并从redis服务器上获取待传输文件进行文件传输。开始进行文件传输后,redis服务器会将文件传输中的状态信息(文件名称、文件类型、文件源路径等信息)回传至客户端,当已完成传输和传输失败的文件的个数与待传输文件的个数相等时,则说明当次传输完成。
综上所述,本发明提供一种基于能力协商的文件多节点传输方法,具有以下有益效果:
1、在客户端、服务端同时满足多节点传输的情况下,优先选择多节点传输的方式进行文件传输,充分利用网络带宽,加快文件传输速度,提高文件传输效率;
2、实时分析客户端、服务端当前的实际网络情况,并进行判断协商,从而匹配到当前最优的文件传输方式,加快文件传输效率,满足不同网络状态下的传输需求。
以上仅为本发明的较佳实施例而已,并不用于限制本发明,凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。
Claims (6)
1.一种基于能力协商的文件多节点传输方法,其特征在于,包括以下步骤:
S1:用户在客户端创建传输任务,并判断客户端所连接的可用传输节点的数量是否大于第一节点阈值;
S2:若是,则分别获取各个可用传输节点与服务端之间的网络带宽值,计算所有网络带宽值之和,并记为总网络带宽值,并判断所述总网络带宽值是否大于网络带宽阈值,若是,则判断客户端的带宽负载值是否大于带宽阈值,若否,则进一步判断待传输文件的总大小是否不小于数据量阈值;
S3:若传输文件的总大小不小于数据量阈值,则客户端支持多节点传输,并向服务端发送文件传输信息;
所述文件传输信息包括:客户端连接可用传输节点的数量、待传输文件的总大小、客户端与可用传输节点之间的网络带宽值、客户端是否支持多节点传输、客户端存储硬件读取速度值;
S4:服务端在收到所述文件传输信息后,判断其连接的可用传输服务节点的数量是否大于第二节点阈值,若是,则查看服务端上是否开启了强制多节点传输;
S5:若服务端上未开启强制多节点传输,则获取服务端的网络负载值、服务端存储读取速度值、可用带宽值、各个可用传输服务节点的存储读取速度值,并判断所述网络负载值是否大于负载阈值;
S6:若否,则计算节点传输总速度,并根据所述节点传输总速度计算出预分配节点数,并判断所述预分配节点的总读取速度是否同时小于客户端存储硬件读取速度值、服务端存储读取速度值的70%;
所述节点传输总速度为总网络带宽值、可用带宽值中的最小的这一个带宽值的80%;
所述预分配节点数=节点传输总速度*网络损耗系数/单节点传输平均速度;
所述单节点传输平均速度=所有的单节点传输速度之和/可用传输节点总个数;
所述单节点传输速度=对应的可用传输节点与服务端之间的网络带宽值;
所述预分配节点的总读取速度=可用传输服务节点存储读取速度平均值*预分配节点数;
所述可用传输服务节点存储读取速度平均值=各个可用传输服务节点的存储读取速度值之和/可用传输服务节点的个数;
S7:若是,则待传输文件的传输方式选择多节点传输,服务端向客户端发送多节点传输信息;
所述多节点传输信息包括:传输方式为多节点传输、分配节点数量、各个分配节点的地址及端口信息;
S8:若步骤S6的判断结果为否,则服务端向客户端反馈待传输文件的传输方式选择单节点传输;
所述第一节点阈值、第二节点阈值均为2。
2.根据权利要求1所述的一种基于能力协商的文件多节点传输方法,其特征在于,所述步骤S8之后还包括:
S9:客户端根据所述多节点传输信息,将所述分配节点数量、各个分配节点的地址及端口信息发送给redis服务器,将待传输文件添加至redis服务器的传输任务队列内。
3.根据权利要求2所述的一种基于能力协商的文件多节点传输方法,其特征在于,所述步骤S9之后还包括:
S10:客户端上的各个可用传输节点根据所述redis服务器上的各个分配节点的地址及端口信息,分别从所分配节点中选择一个可用传输服务节点进行连接,并从redis服务器上获取待传输文件进行文件传输。
4.根据权利要求1所述的一种基于能力协商的文件多节点传输方法,其特征在于,所述网络带宽阈值为1万兆,所述带宽阈值为40%,所述数据量阈值为1TB。
5.根据权利要求1所述的一种基于能力协商的文件多节点传输方法,其特征在于,所述负载阈值为70%,所述网络损耗系数为1.05。
6.根据权利要求1所述的一种基于能力协商的文件多节点传输方法,其特征在于,所述步骤S6之后还包括步骤S60:若服务端上开启了强制多节点传输,则获取服务端的服务端存储读取速度值、可用带宽值,并计算节点传输总速度、预分配节点数,并向客户端发送多节点传输信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111334797.5A CN113873045B (zh) | 2021-11-11 | 2021-11-11 | 一种基于能力协商的文件多节点传输方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111334797.5A CN113873045B (zh) | 2021-11-11 | 2021-11-11 | 一种基于能力协商的文件多节点传输方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113873045A CN113873045A (zh) | 2021-12-31 |
CN113873045B true CN113873045B (zh) | 2023-09-12 |
Family
ID=78984622
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111334797.5A Active CN113873045B (zh) | 2021-11-11 | 2021-11-11 | 一种基于能力协商的文件多节点传输方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113873045B (zh) |
Citations (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0782072A1 (en) * | 1995-12-26 | 1997-07-02 | Mitsubishi Denki Kabushiki Kaisha | File server load distribution system and method |
CN101072242A (zh) * | 2007-03-30 | 2007-11-14 | 腾讯科技(深圳)有限公司 | 在网络上点到点传输文件的方法及系统 |
CN101242367A (zh) * | 2008-03-07 | 2008-08-13 | 上海华平信息技术股份有限公司 | 选择媒体流中转节点端的方法 |
CN101447856A (zh) * | 2007-11-28 | 2009-06-03 | 新奥特(北京)视频技术有限公司 | 一种大容量文件传输方法 |
CN101990238A (zh) * | 2010-11-05 | 2011-03-23 | 中国科学院声学研究所 | 一种传感器网络数据聚合的实现方法 |
CN102685159A (zh) * | 2011-03-10 | 2012-09-19 | 腾讯科技(深圳)有限公司 | 文件传输方法及装置 |
CN103179171A (zh) * | 2011-12-26 | 2013-06-26 | 中国移动通信集团山东有限公司 | 基于分布式系统架构的文件传输方法及装置 |
CN103906135A (zh) * | 2012-12-28 | 2014-07-02 | 中国科学院声学研究所 | 一种用于蜂窝网络中的p2p节点选择方法及系统 |
CN105099602A (zh) * | 2014-04-25 | 2015-11-25 | 阿里巴巴集团控股有限公司 | 一种基于网速传输文件的方法及系统 |
CN106502779A (zh) * | 2014-03-28 | 2017-03-15 | 哈尔滨工业大学 | 一种基于NoC多核同构系统的负载判断方法的任务迁移方法 |
CN106776129A (zh) * | 2016-12-01 | 2017-05-31 | 陕西尚品信息科技有限公司 | 一种基于最小存储再生码的多节点数据文件的修复方法 |
CN108259583A (zh) * | 2017-12-29 | 2018-07-06 | 广东技术师范学院 | 一种数据动态迁移方法及装置 |
WO2019169998A1 (zh) * | 2018-03-08 | 2019-09-12 | 华为技术有限公司 | 选择数据节点的方法、系统以及相关设备 |
CN110891087A (zh) * | 2019-11-22 | 2020-03-17 | 深圳市网心科技有限公司 | 一种日志传输方法、装置及电子设备和存储介质 |
CN111881083A (zh) * | 2020-07-24 | 2020-11-03 | 北京浪潮数据技术有限公司 | 一种文件同步方法、装置、设备及介质 |
CN112527449A (zh) * | 2020-11-19 | 2021-03-19 | 北京浪潮数据技术有限公司 | 一种集群节点标签创建方法、系统及电子设备和存储介质 |
CN113225395A (zh) * | 2021-04-30 | 2021-08-06 | 桂林电子科技大学 | 一种多数据中心环境下的数据分布策略及数据修复算法 |
CN113220644A (zh) * | 2021-05-28 | 2021-08-06 | 北京微纳星空科技有限公司 | 一种文件处理方法、装置、设备及存储介质 |
CN113507497A (zh) * | 2021-06-01 | 2021-10-15 | 常州皓鸣信息科技有限公司 | 一种多类型数据多节点异步下发与延迟集成的方法 |
-
2021
- 2021-11-11 CN CN202111334797.5A patent/CN113873045B/zh active Active
Patent Citations (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0782072A1 (en) * | 1995-12-26 | 1997-07-02 | Mitsubishi Denki Kabushiki Kaisha | File server load distribution system and method |
EP1054323A2 (en) * | 1995-12-26 | 2000-11-22 | Mitsubishi Denki Kabushiki Kaisha | File server load distribution system and method |
CN101072242A (zh) * | 2007-03-30 | 2007-11-14 | 腾讯科技(深圳)有限公司 | 在网络上点到点传输文件的方法及系统 |
CN101447856A (zh) * | 2007-11-28 | 2009-06-03 | 新奥特(北京)视频技术有限公司 | 一种大容量文件传输方法 |
CN101242367A (zh) * | 2008-03-07 | 2008-08-13 | 上海华平信息技术股份有限公司 | 选择媒体流中转节点端的方法 |
CN101990238A (zh) * | 2010-11-05 | 2011-03-23 | 中国科学院声学研究所 | 一种传感器网络数据聚合的实现方法 |
CN102685159A (zh) * | 2011-03-10 | 2012-09-19 | 腾讯科技(深圳)有限公司 | 文件传输方法及装置 |
CN103179171A (zh) * | 2011-12-26 | 2013-06-26 | 中国移动通信集团山东有限公司 | 基于分布式系统架构的文件传输方法及装置 |
CN103906135A (zh) * | 2012-12-28 | 2014-07-02 | 中国科学院声学研究所 | 一种用于蜂窝网络中的p2p节点选择方法及系统 |
CN106502779A (zh) * | 2014-03-28 | 2017-03-15 | 哈尔滨工业大学 | 一种基于NoC多核同构系统的负载判断方法的任务迁移方法 |
CN105099602A (zh) * | 2014-04-25 | 2015-11-25 | 阿里巴巴集团控股有限公司 | 一种基于网速传输文件的方法及系统 |
CN106776129A (zh) * | 2016-12-01 | 2017-05-31 | 陕西尚品信息科技有限公司 | 一种基于最小存储再生码的多节点数据文件的修复方法 |
CN108259583A (zh) * | 2017-12-29 | 2018-07-06 | 广东技术师范学院 | 一种数据动态迁移方法及装置 |
WO2019169998A1 (zh) * | 2018-03-08 | 2019-09-12 | 华为技术有限公司 | 选择数据节点的方法、系统以及相关设备 |
CN110891087A (zh) * | 2019-11-22 | 2020-03-17 | 深圳市网心科技有限公司 | 一种日志传输方法、装置及电子设备和存储介质 |
CN111881083A (zh) * | 2020-07-24 | 2020-11-03 | 北京浪潮数据技术有限公司 | 一种文件同步方法、装置、设备及介质 |
CN112527449A (zh) * | 2020-11-19 | 2021-03-19 | 北京浪潮数据技术有限公司 | 一种集群节点标签创建方法、系统及电子设备和存储介质 |
CN113225395A (zh) * | 2021-04-30 | 2021-08-06 | 桂林电子科技大学 | 一种多数据中心环境下的数据分布策略及数据修复算法 |
CN113220644A (zh) * | 2021-05-28 | 2021-08-06 | 北京微纳星空科技有限公司 | 一种文件处理方法、装置、设备及存储介质 |
CN113507497A (zh) * | 2021-06-01 | 2021-10-15 | 常州皓鸣信息科技有限公司 | 一种多类型数据多节点异步下发与延迟集成的方法 |
Non-Patent Citations (1)
Title |
---|
基于P2P网格的视频点播自适应性研究;贺小箭,尤晋元,薛广涛;计算机研究与发展(第12期);全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN113873045A (zh) | 2021-12-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU2509428C2 (ru) | Кластерный сервер системы мгновенного обмена сообщениями и способ обмена сообщениями между кластерами | |
CN109962760B (zh) | 一种适于无线tdma自组网的业务调度方法 | |
CN111355667B (zh) | 数据传输方法、装置、系统及计算机可读存储介质 | |
WO2001028169A1 (en) | Adaptively changing weights for fair scheduling | |
CN110113140B (zh) | 一种雾计算无线网络中的计算卸载方法 | |
CN108737292A (zh) | 一种批量消息的发送方法及系统、服务器 | |
CN115119317B (zh) | 一种卫星组播通信出站资源优化配置的方法与系统 | |
CN109802773B (zh) | 一种社交信任度感知的协作无线网络数据传输方法 | |
CN108932182B (zh) | 一种消息总线性能测试方法及系统 | |
CN101217561A (zh) | 一种增强网络存储可靠性的方法和一种网络设备 | |
CN113873045B (zh) | 一种基于能力协商的文件多节点传输方法 | |
CN110519782A (zh) | 一种通信网多通道选择方法及装置 | |
CN118509399A (zh) | 一种报文处理方法、装置、电子设备及存储介质 | |
CN109951540A (zh) | 一种数据传输方法、装置及电子设备 | |
CN113422838B (zh) | 数据同步的实现方法、装置、电子设备及存储介质 | |
CN116032998B (zh) | 数据传输方法、装置、计算机可读存储介质及电子设备 | |
CN108881436A (zh) | 一种代理终端的决策系统 | |
CN104348711A (zh) | 消息接收装置及方法 | |
CN112217883B (zh) | 一种基于nfs协议的多通道构建方法、装置和系统 | |
CN113438274A (zh) | 数据传输方法、装置、计算机设备及可读存储介质 | |
JP2000286845A (ja) | マルチキャストデータ配信方法 | |
CN115942433B (zh) | 基于5g网络云服务的加速方法和设备 | |
CN112256199B (zh) | 一种提高存储资源利用率的分布式数据存储方法及系统 | |
US20020091749A1 (en) | Data transfer efficiency optimizing apparatus for a network terminal and a program product for implementing the optimization | |
CN115580588B (zh) | 一种高效的数据传输方法和系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |