启用 BBR V3 后是否真的有用?

,

今天内核从 7.1.11.zen1-1 更新到了 7.2.2.zen1-1我问了一下 AI 这次更新了哪些东西,其中 AI 提到了 BBR v3 拥塞控制,并且建议我从现在的 cubic 更换到 bbr,其中如果要切换,对我来说需要做两步:

  1. 加载 tcp_bbr3 模块:sudo modprobe tcp_bbr3,此时 sysctl net.ipv4.tcp_available_congestion_control 就可以看到:

    net.ipv4.tcp_available_congestion_control = reno cubic bbr3
    
  2. 启用 BBR 算法,将下述内容写入 /etc/sysctl.d/99-bbr.conf

    net.ipv4.tcp_congestion_control = bbr3
    

不过我在想,这个算法启用后,对我的网络使用情况是否有提升?以及如果 BBR 真的“更好”,为什么 Linux Zen 内核默认还是 cubic 算法?


  • Edit1: 内容复制错误,修改为实际内容
  • Edit2: 去除不必要的 net.core.default_qdisc 修改
  • Edit3: 使用正确的模块名,也就是 tcp_bbr3,而不是 tcp_bbr,并且算法也使用正确名称 bbr3

zen 内核在 bbr3 出来没多久就一直就是 bbr3 了吧,并不是 7.2 才有的

我对网络和内核并不是很了解,这个问题也是今天在跟 AI 聊天时 AI 提到了这个,所以我来论坛里问问,主要 AI 似乎非常推荐我使用 BBR,而不是默认的 cubic,我不知道也看不懂这两者在实际生活中的具体差异

经过多次 Cloudflare 测试在我的网络环境以及配置下bbr3 确实要比 cubic 好,先换着试一下,看看是否会出现明显退化,如果没有明显退化,那就这样用着了

诶,bbr3并不是7.2的更新内容呀。你那个bbr3模块大概是-zen内核自己加的。

我也不知道。我的-lily内核一直以来是bbr算法。

不过bbr*我记得只对发送端有用,对接收端没啥影响。

BBR3 确实不是这次新添加的内容,但也的确有更改,所以 AI 可能产生幻觉了,认为这次“新增”了 BBR3 支持,不过用起来似乎有一点点提升,不过更有可能是心理作用

嘛,既然 lily 内核也是 BBR,那应该就问题不大

mainline 中的 bbr 是 v1. bbr 是为长肥网络优化的, 特别是在链路存在丢包的情况下比 cubic 性能要好很多, 但和 cubic/reno 共存时公平性会有问题. v3 改进了公平性的问题, 但好像还没进主线.

拥塞控制都只对发送方起作用.