闲聊:为什么需要正确的了解BBR?

为什么需要正确的了解BBR,当人们了解了BBR才能明白如KCP、锐速等解决方案与BBR本身的不同性,而不是听信谗言,一顿乱输出。

BBR是一个关注尽可能吃满管道宽频上限的算法,所以BBR并不关心丢包的问题,而类似 cubic、kcp 等拥塞控制算法都需要考虑丢包的问题。

这也意味着BBR,在产生拥塞的时候会存在一定的滞后性,它通过G(增益因子)来保持扩大带宽及感知,但过程至少需要一个RTT时间,每次对管道外发送都存在提高网络拥塞的风险,所以:BBR可能会产生额外15~20%的网络沉默流量。

人们可以理解为:每次BBR根据样本计算都会增加CWND大小,而在recovery(窗口恢复)时降低 cwnd 的大小,但仍旧会积极尝试持续扩大 cwnd,所以BBR可以尽可能的吃满管带的宽频大小,而类似如KCP这类控制算法确很难做到,而且KCP这类算法重传的成本比较高。

因为KCP重传采用传统的一次性脉冲所有的重传报文,这意味着:正在飞行的报文及重传的报文,会加重沿途网络设备的拥塞程度,所以KCP重传相对来说会重试多次,而BBR因为根据管道的拥塞层度,虽然仍旧会产生丢包,但因为重传灾难产生的丢包概率反倒会降低。

其实这就好比:

一个人一时间轮片只能吃下那么多东西,但是你非要让它一次性吃下所有的东西,它会吐出来是一个道理,这个比喻应该会很易于理解。

所以:最终BBR的宽频沉默成本一般大约在15~20%左右,一个简单的公式是:100Mbps 的带宽,RTT为:40MS,那么每次起搏脉冲最佳宽频大小为4Mbps,如果超过这个大小,就可能导致拥塞的产生,而BBR算法通过动态的感觉,并额外增加一点以探测,以便可以动态调控拥塞的程度。

相关推荐
梦到啥说啥15 小时前
Linux网络编程:TCP网络协议
网络·网络协议·tcp/ip
Shanks.18 小时前
2026 远程控制软件实测:ToDesk / 向日葵 / RustDesk / TeamViewer 在跨城与弱网下的真实差距
网络·远程工作·软件需求
Jeremy_WW19 小时前
802.3协议解读 06:117章节 RS 和 200GMII / 400GMII I
网络·网络协议·信息与通信·光模块·802.3协议
坤坤子吖20 小时前
Linux网络编程:自定义应用层协议与 JSON 序列化
linux·服务器·网络·c++·笔记·json
顧棟20 小时前
INFINI Gateway 服务器端口重用(SO_REUSEPORT)实现与分析
网络·gateway
沫璃染墨21 小时前
从零入门计算机网络系列(十八):TCP连接管理详解——从三次握手与四次挥手到TIME_WAIT机制
运维·服务器·网络·c++·网络协议·tcp/ip·tcp
LabVIEW开发21 小时前
Omron PLC:接 LabVIEW 常踩的 5 个坑
服务器·网络·labview·labview知识·labview功能·labview程序
南京码讯光电技术有限公司1 天前
工业5G/4G路由器怎么选?核心参数解析与工业级网关选购指南
网络·智能路由器
爱和冰阔落1 天前
【Linux网络】JsonCpp 怎么实现序列化?从 Request/Response 到网络计算器消息设计
linux·运维·网络·php
feng_you_ying_li1 天前
linux之数据链路层
linux·网络·智能路由器