-
公开(公告)号:CN115834263B
公开(公告)日:2025-05-06
申请号:CN202211457213.8
申请日:2022-11-21
Applicant: 南京大学
IPC: H04L12/18 , H04L49/25 , H04L49/111 , H04L61/2517 , H04L67/1097 , G06F3/06
Abstract: 本发明提供一种分布式存储系统副本复制在网多播方法,包括作为数据发送端和接收端的服务器和运行在某台服务器上的多播守护进程握手;多播守护进程通过控制平面接口向可编程交换机配置匹配动作表,控制平面将多播的复制和聚合表项下发给可编程交换机Tofino芯片;发送端服务器向接收端服务器发送数据报文,配置了多播组的可编程交换机将报文复制到多个出端口,出端口中修改报文的相应字段;接收端服务器接收到数据,发送确认报文,可编程交换机接收到来自接收端服务器的确认报文后对其进行聚合操作,聚合后发送回发送端服务器。本发明有效节省了服务器和网络中的带宽,降低了服务器CPU开销,提升了分布式存储副本复制的吞吐量。
-
公开(公告)号:CN114979011B
公开(公告)日:2024-03-19
申请号:CN202210531842.4
申请日:2022-05-17
Applicant: 南京大学
IPC: H04L47/127 , H04L47/27 , H04L47/2483
Abstract: 本发明公开了一种应用于园区网络的拥塞控制方法,包括步骤1:接入点AP设备获取链路容量信息与缓冲区队列长度信息,并计算目标速率;步骤2:AP为每个经过AP的数据包进行流识别,建立流表,并根据目标速率计算每条流的窗口值;步骤3:AP修改返回的ACK的接收窗口值,填入流表中对应流的窗口值;步骤4:发送端执行拥塞控制:收到返回的ACK后,使用ACK中的接收窗口值和自身维护的拥塞窗口值中的最小值作为发送窗口大小,实现园区网络的拥塞控制本发明可以有效控制园区网中网络设备缓冲区的队列长度,在保证高带宽利用率的同时显著减小时延,并且使得流间具备公平性和快速收敛性。
-
公开(公告)号:CN114077507A
公开(公告)日:2022-02-22
申请号:CN202111396667.4
申请日:2021-11-23
Applicant: 南京大学
IPC: G06F9/54 , G06F9/50 , G06F15/173
Abstract: 本发明公开了一种应用于远程过程调用系统的零拷贝序列化方法,包括:步骤1:客户端应用程序调用序列化库,对应用程序的数据进行序列化;步骤2:序列化库将应用程序数据转换成字节流,随后根据内存分配策略申请内存,并根据内存批量注册策略将内存注册,再将转换后的字节流写入到分配的内存空间中,生成序列化后的消息;步骤3:客户端应用程序使用基于RDMA的RPC系统通过网络传输序列化后的消息,将序列化后的消息交由服务端的程序处理;步骤4:服务端的程序完成客户端的请求后,将运行结果按照上述步骤反向发回给客户端程序。本发明消除了现有序列化库中的多次拷贝,并有效减少了内存分配次数和内存分配总量,显著提升了RPC系统的吞吐量。
-
公开(公告)号:CN110191001A
公开(公告)日:2019-08-30
申请号:CN201910499179.2
申请日:2019-06-10
Applicant: 南京大学
IPC: H04L12/24
Abstract: 在具有可选毫米波链路的数据中心网络中的拓扑推测方法,包括如下步骤:第一步,记录数据中心中节点和节点之间的数据传输时间,构造稀疏矩阵D;第二步,使用非负矩阵分解算法补全稀疏矩阵D中缺失的元素;第三步,使用非度量多维尺度变换算法将网络中的节点映射到二维空间;第四步,使用混合球形高斯模型对映射到二维空间中的节点进行聚类,通过设置不同的阈值,可以准确得到网络不同层次的拓扑。本发明针对如何准确实时推测有线和无线混合的数据中心网络拓扑架构问题,提出了数据中心网络拓扑推测算法。在网络中无背景流量的理想情况和有背景流量的实际情况下,本发明提出的算法都可以准确推测出数据中心网络不同层次的拓扑结构。
-
公开(公告)号:CN114979011A
公开(公告)日:2022-08-30
申请号:CN202210531842.4
申请日:2022-05-17
Applicant: 南京大学
IPC: H04L47/127 , H04L47/27 , H04L47/2483
Abstract: 本发明公开了一种应用于园区网络的拥塞控制方法,包括步骤1:接入点AP设备获取链路容量信息与缓冲区队列长度信息,并计算目标速率;步骤2:AP为每个经过AP的数据包进行流识别,建立流表,并根据目标速率计算每条流的窗口值;步骤3:AP修改返回的ACK的接收窗口值,填入流表中对应流的窗口值;步骤4:发送端执行拥塞控制:收到返回的ACK后,使用ACK中的接收窗口值和自身维护的拥塞窗口值中的最小值作为发送窗口大小,实现园区网络的拥塞控制本发明可以有效控制园区网中网络设备缓冲区的队列长度,在保证高带宽利用率的同时显著减小时延,并且使得流间具备公平性和快速收敛性。
-
公开(公告)号:CN112822230B
公开(公告)日:2022-03-25
申请号:CN202011576467.2
申请日:2020-12-28
Applicant: 南京大学
IPC: H04L67/06 , H04L41/14 , H04L43/0888 , H04L67/02
Abstract: 本发明公开了一种基于概率的发送端初始速率设置方法,包括:对数据发送请求的头部字段进行识别,判断该客户端是否支持初始发送速率设置策略;抽取数据发送请求头部字段中包含的该客户端对应的历史吞吐量分布模型参数,计算初始发送速率;采用滑动窗口的方式进行吞吐量采样,结合采样结果更新该客户端对应的吞吐量分布模型参数,直至数据传输结束;通知客户端更新其自身存储的历史吞吐量分布模型参数,并且在下一次请求数据发送时,将更新后的历史吞吐量分布模型参数作为头部字段之一发送给服务端。本发明能够根据不同的客户端自适应设置不同的初始发送速率,改善了服务端对小文件的传输性能,提升了客户端的用户体验。
-
公开(公告)号:CN114221918A
公开(公告)日:2022-03-22
申请号:CN202210159172.8
申请日:2022-02-22
Applicant: 南京大学
Abstract: 本发明公开了一种RDMA网络RC通信模式的数据流长尾优化方法,包括:第二ToR交换机(靠近响应者的ToR交换机)接收响应者发送的数据包,对数据包包含的操作码进行判断,如果数据包中包含ACK扩展传输头时,第二ToR交换机对ACK扩展传输头进行解析,如果解析结果为该数据包代表包序列号混乱的NAK包,对NAK包进行复制并发送给请求者;第一ToR交换机(靠近请求者的ToR交换机)接收到NAK包并对其进行解析,记录其中携带的数据包序列号,当检测到请求者发出相同序列号的数据包时,复制一份发出,随后删除记录的数据包序列号。本发明能够极大地降低超时重传发生的概率,有效的提升系统性能,具有很大的实际应用价值。
-
公开(公告)号:CN109831319B
公开(公告)日:2021-10-26
申请号:CN201811620365.9
申请日:2018-12-27
Applicant: 南京大学
Abstract: 本发明公开了一种考虑多维资源约束的网络功能部署方法,包括以下步骤:将网络功能部署问题抽象为MVDP数学模型;证明模型中的问题是NP‑hard问题;给出离线和在线近似调度算法求解。本发明方法基于每条流量需要经过的网络功能的服务链以及各自需要的资源,可以得出一个最优的服务链的部署方案,使得总的服务链的部署开销最小,并且网络功能消耗的资源不会超出服务器的最大资源容量;本发明的部署决策可以保证每条流量所需要运行的网络功能一定部署在了这条流量经过的服务器节点上。
-
公开(公告)号:CN112910795A
公开(公告)日:2021-06-04
申请号:CN202110073446.7
申请日:2021-01-19
Applicant: 南京大学
IPC: H04L12/803
Abstract: 本发明公开了一种基于众源的边缘负载均衡方法,包括:将数据包往返时间转换为对应的路径拥塞值;由中心节点汇聚得到所属leaf交换机下所有主机接收到的每个路径对应的拥塞值;中心节点根据汇聚结果周期性发送探测包主动进行路径探测,获取所属leaf交换机对应的全局拥塞信息;根据获取的全局拥塞信息选取探测情况最优的路径作为下一次路由的路径。本发明既能够部署在端上不需要对网络中交换机进行修改,克服在端上部署能见度有限,所获取的信息有限的局限性;又能应对数据中心网络的动态变化所带来的复杂的网络状态,并对网络进行实时的监控。
-
公开(公告)号:CN110213063B
公开(公告)日:2020-09-18
申请号:CN201910499361.8
申请日:2019-06-10
Applicant: 南京大学
IPC: H04L12/18 , H04L12/24 , H04L12/911
Abstract: 一种适用于数据中心网络的应用层多播系统及方法,包括如下步骤:第一步,多播源节点同时向m个机架内节点和n个其它机架节点传输数据;第二步,当第一步数据传输完成,被传输数据的节点变成一个“种子”节点,该“种子”节点重复第一步的操作指导所有机架都至少有一份数据;第三步,多播源节点和这些“种子”节点只向本机架内多播目的节点传输数据直到整个多播过程完成。本发明针对数据中心网络中应用层多播问题,提出了机架间传输优先的多播算法。相比于其它多播算法(例如:并行传输多播算法、顺序传输多播算法、随机传输多播算法等),本发明提出的多播算法比以上多播算法快3.7‑11.2倍。
-
-
-
-
-
-
-
-
-