网上有不少BBR版本和测试文章,到底该选择哪个BBR是挺纠结。测试文章也都不严谨,弄个国外VPS+一键bbr脚本+一键测速脚本完事,这样测试结果肯定不准。VPS是虚拟机和共享带宽,本身性能就受到物理机资源分配的波动影响,以及VPS到本机这么远的不可控网络链接;一键测速脚本是点对点传输,而实际应用不管是网站还是提供什么服务,都是一对多,场景差别就很大。
较科学专业的文章,有:
- 《[译] [论文] BBR:基于拥塞(而非丢包)的拥塞控制(ACM, 2017)》https://arthurchiao.art/blog/bbr-paper-zh
- 《从流量控制算法谈网络优化 – 从 CUBIC 到 BBRv2 算法》https://aws.amazon.com/cn/blogs/china/talking-about-network-optimization-from-the-flow-control-algorithm/
- 《测试 TCP BBR 对网络丢包的改善效果》https://blog.inkuang.com/2020/322/
Table of Contents
拥塞控制算法
cubic
linux自带默认拥塞控制算法。
BBR
BBR(Bottleneck Bandwidth and Round-trip propagation time),是谷歌开发的一种TCP拥塞控制算法。简单粗暴的理解就是数据流量的交通管理:当公路不再塞车的时候,每辆车自然就能保持较快的车速了。
BBR2
谷歌未正式发布,仍处于预览版。TCP BBR v2 Alpha/Preview Release: https://github.com/google/bbr/tree/v2alpha
随着BBRv2的出现,Dropbox 已经在其Dropbox Edge Network上进行了试用。在这篇博客中深入讨论了BBRv2的实践,值得一读。
Evaluating BBRv2 on the Dropbox Edge Network
这篇文章的结论对于BBRv2有很高的评价,特摘录出来:
“在我们的测试中,BBRv2显示了以下特性:
- 对于网速较低的用户来说,带宽可以与CUBIC媲美。
- 对于网速较高的用户来说,带宽可以与BBRv1媲美。
- 丢包率比BBRv1低4倍;但仍然比CUBIC高2倍。
- 传输中的数据比BBRv1低3倍;但略低于CUBIC。
- RTTs较BBRv1低;但仍然比CUBIC高。
- 与BBRv1相比,RTT具有更高的公平性。
总的来说,BBRv2在BBRv1基础上有了很大的改进,而且在需要更高带宽的情况下,它更接近于成为Reno/CUBIC的完全替代品。添加实验性的ECN支持,我们甚至可以看到他可以成为Datacenter TCP (DCTCP)的完全替代者。”
https://aws.amazon.com/cn/blogs/china/talking-about-network-optimization-from-the-flow-control-algorithm/
BBRPLUS
CSDN 网友 dog250 针对原版 BBR 进行修改而来的加强版。他的github最后更新是2021.08.21。
队列算法
pfifo_fast
linux系统自带默认先进先出队列算法。
CAKE
“CAKE (Common Applications Kept Enhanced) is a shaping queue discipline which uses both AQM and FQ. It combines COBALT, which is an AQM algorithm combining Codel and BLUE, a shaper which operates in deficit mode, and a variant of DRR for flow isolation.
https://portal.productboard.com/4khnb1asz4x5zdcj5edstax8/c/31-cake-and-fq-pie
“CAKE(Common Applications Kept Enhanced)是一种同时使用 AQM 和 FQ 的整形队列规则。它结合了 COBALT,COBALT 是一种结合了 Codel 和 BLUE 的 AQM 算法,一种以赤字模式运行的整形器,以及一种用于流隔离的 DRR 变体.
cake适合用在路由器上,会尽量抢占宽带,也会用队列系统帮路由器上的应用分配宽带,比如平衡下载与流媒体。
https://la4ji.blogspot.com/2020/12/xamod58-cakefq-pie.html
PIE
“Proportional Integral controller-Enhanced (PIE) is a control theoretic active queue management scheme. It is based on the proportional integral controller but aims to control delay.
The main design goals are
- Low latency control
- High link utilization
- Simple implementation
- Guaranteed stability and fast responsiveness”
https://portal.productboard.com/4khnb1asz4x5zdcj5edstax8/c/31-cake-and-fq-pie
“Proportional Integral controller-Enhanced (PIE) 是一种控制理论主动队列管理方案。它基于比例积分控制器,但旨在控制延迟。
主要设计目标是
低延迟控制
链路利用率高
简单实现
保证稳定性和快速响应”
FQ-PIE
FQ-PIE (Flow Queuing with Proportional Integral controller Enhanced) is a queuing discipline that combines Flow Queuing with the PIE AQM scheme. FQ-PIE uses a Jenkins hash function to classify incoming packets into different flows and is used to provide a fair share of the bandwidth to all the flows using the qdisc. Each such flow is managed by the PIE algorithm.
https://man7.org/linux/man-pages/man8/tc-fq_pie.8.html
FQ-PIE(Flow Queuing with Proportional Integral controller Enhanced)是一种将流队列与 PIE AQM 方案相结合的排队规则。 FQ-PIE 使用 Jenkins 哈希函数将传入的数据包分类到不同的流中,并用于为使用 qdisc 的所有流提供公平的带宽份额。每个这样的流都由 PIE 算法管理。
到底选哪个
追求稳定:BBR+FQ
追求性能:BBR2+FQ_PIE