udx大带宽大延迟网络与xquic bbr, tcp bbr实测比较

这篇具有很好参考价值的文章主要介绍了udx大带宽大延迟网络与xquic bbr, tcp bbr实测比较。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

quic在其白皮书中声称可以在大延迟大带宽网络中表现良好,为此我对比过目前xq,lsq,pq,tq几种实现,因为这些都是开源项目通过不断的折腾,向这方面研究的同学索取不同版本的实现进行实际测试。

经过,对不同国家的主机,到国内的实测总结出

  • 其实quic说是在大代宽,高延迟环境上有优势,其实来说,这个优势是相对传统TCP来说的。
  • 实际上,quic目前实现真的太差了。还有很高的提高空间。
  • linux内核的bbr实现是目前发现的各种bbr实现中最好的,Quic实现bbr在udp之上的效果一般,较传统TCP有质的提高。
  • 可喜的是,相比传统tcp来说,tcp在这种大代宽,高延迟的环境,吞吐量忽略不计。

从Log In to your Vultr Account - Vultr.com

租用各种不同的主机,巴西,韩国,日本,英,法,美等,各种不同主机做测试,取其中一张比较随机的一个测试效果图,相差就非常明显,

下图中左边是TCP BBR(通过修改TCP拥塞算法为BBR,iperf3测试),中间是xq,同样也测试过lsq,pq,其中pq表现是目前测试效果较好的,相较其他quic实现。所有的quic表现基本一致。

此图只代表一个很普遍的现象,在有些环境中,差距会更大,从百分之几到几倍都是有的。下图是下载相同大小的一个500MB左右的文件,相比其他几种QUIC软件,比如下图TQUIC比较中下载同一个文件FUDX用时11秒左右,而其他需要1~2分钟。

udx大带宽大延迟网络与xquic bbr, tcp bbr实测比较,网络,音视频,c++,网络通信,网络协议,tcp/ip,c语言

切换测试主机,后与其他几种quic,包括tcp bbr(左)进行的对比。

udx大带宽大延迟网络与xquic bbr, tcp bbr实测比较,网络,音视频,c++,网络通信,网络协议,tcp/ip,c语言

各种UDP可靠传输,QUIC(BBR,BBRV3,COPA)的对比,发现各大厂商的实现过于KPI,完全没有撑握CC的精华,实现之拙劣可见一斑,说明还有巨大的提高空间。文章来源地址https://www.toymoban.com/news/detail-581546.html

到了这里,关于udx大带宽大延迟网络与xquic bbr, tcp bbr实测比较的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 08-linux网络管理-nc命令(TCP|UDP网络联通测试,文件传输,带宽测试)

    - 监听TCP端口(默认) 说明: -l 启动监听模式(作为服务器监听指定端口) -v 显示信息和错误 - 监听UDP端口 说明: -u UDP模式 - 链接TCP端口 - 链接UDP端口 说明: -z 链接不传输数据 - 接收数据重定向 - 上传数据 检查本地服务器是和 10.10.239.65的80端口是否能建立TCP链接。 如上

    2024年01月24日
    浏览(48)
  • 网络连通性测试(ping/tcp)(qnx和android能ping通但是tcp有问题)(iperf带宽测试)

    问题引申: qnx和android之间通过socket做一些远程调用,一开始android只有一个网络接口eth0,两者通信没有问题。 后来android系统需要做多vlan,eth0依然是0网段的ip,又在eth0基础上虚拟了多个vlan接口,两个系统起来后能正常ping通,走0网段,但是应用侧反应change合入后,双方的

    2024年02月10日
    浏览(40)
  • 【网络】传输层——TCP(滑动窗口&&流量控制&&拥塞控制&&延迟应答&&捎带应答)

    🐱作者:一只大喵咪1201 🐱专栏:《网络》 🔥格言: 你只管努力,剩下的交给时间! 上篇文章对TCP可靠性机制讲解了一部分,这篇文章接着继续讲解。 在上篇文章中,本喵讲解了TCP的确认应答机制: 如上图所示,主机A每发送一个数据段,主机B都要给一个 ACK 确认应答,

    2024年02月12日
    浏览(57)
  • Linux TCP/IP内核参数调优,网络高延迟大吞吐(方案二)。

    方案一:Linux TCP/IP内核参数调优,网络高延迟大吞吐。_net.ipv4.tcp_wmem_liulilittle的博客-CSDN博客 nano /etc/sysctl.conf sysctl -p 另类设置

    2024年02月15日
    浏览(76)
  • 【仿真+实测】一篇文章搞定RC延迟电路 1.延迟开启 2.快速泄放 3.精确泄放

     作者:面向搜索,排版:晓宇 微信公众号:芯片之家(ID:chiphome-dy) RC延迟电路 在许多芯片的应用手册中都要求了 对上电时序进行控制 ,在这种场合下我们会经常看到RC延迟,今天我们通过multisim 14.0 对RC延迟计算电路的理论计算进行仿真验证 Multisim软件版本 附上multisi

    2024年02月09日
    浏览(120)
  • 开启CentOS/Debian自带的TCP BBR加速

    BBR 是什么我就不多做介绍了。如果系统自带内核高于4.9 则默认已包含 BBR。 1、使用 root 权限运行下面代码 2、开启BBR echo \\\"net.core.default_qdisc=fq\\\" /etc/sysctl.conf echo \\\"net.ipv4.tcp_congestion_control=bbr\\\" /etc/sysctl.conf 3、生效更改 4、执行下面命令,如果结果中带有bbr,则证明你的内核已开启

    2024年02月04日
    浏览(38)
  • 【网络原理】TCP 协议中比较重要的一些特性(二)

    目录 1、TCP 状态转换 1.1、三次握手状态 1.2、四次挥手状态 2、滑动窗口 3、流量控制 TCP 状态和“线程状态”是类似的概念,用于描述 TCP 连接过程中正在执行什么操作。 TCP 服务器和客户端都有一定的数据结构来保存连接信息,而这个数据结构中有一个属性叫“状态”,操作

    2024年03月15日
    浏览(51)
  • 【网络原理】TCP 协议中比较重要的一些特性(三)

    目录 1、拥塞控制  2、延时应答 3、捎带应答 4、面向字节流 5、异常情况处理 5.1、其中一方出现了进程崩溃 5.2、其中一方出现关机(正常流程的关机) 5.3、其中一方出现断电(直接拔电源,也是关机,更突然的关机) 5.4、网络断开 和流量控制一样,也是用来限制发送方的

    2024年03月18日
    浏览(56)
  • 【网络原理】TCP 协议中比较重要的一些特性(一)

    目录 1、TCP 协议 2、确认应答 2.1、确认序号 3、超时重传 4、连接管理 4.1、建立连接(三次握手) 4.2、断开连接(四次挥手) TCP 是工作中最常用到的协议,也是面试中最常考的协议,具有面向连接, 可靠传输 ,面向字节流,全双工的特点,其中可靠传输是 TCP 安身立命的本

    2024年04月10日
    浏览(45)
  • 大历史下的 tcp:从早期拥塞控制 到 bbr 再到未来

    TCP协议有了拥塞控制机制,为什么还会网络拥塞? 随着骨干带宽增长,拥塞被阻滞在接入网,大规模拥塞崩溃难再呈现,tcp 拥塞控制(不仅限于 tcp,但以 tcp 为主线来说)从避免崩溃,保证可用性逐渐转到提高效率。 过程曲折而漫长。 起初 aimd 挺好,为了更好,bic/cubic 相继出

    2024年04月22日
    浏览(35)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包