全球主机交流论坛

标题: 你认为BBR玄学还是真能够帮助优化加速？什么版本最好？？ [打印本页]

作者: lordong 时间: 2025-8-16 12:36
标题: 你认为BBR玄学还是真能够帮助优化加速？什么版本最好？？
有时感觉BBR有效果但有时却感觉一点效果也没有该卡还是卡

所以你在用吗？哪个版本你觉得最好？

作者: 崇拜技术大佬 时间: 2025-8-16 12:54
怎么可能是玄学，加速很明显

作者: 哪李贵了 时间: 2025-8-16 14:00
测过，对质量好的线路一般，质量差的线路很明显。而且 bbr 一直在更新发展，刚开始出来的时候由于算法缺陷出现很多魔改版。现在好多啦，直接无脑开就行

作者: aru 时间: 2025-8-16 14:34
bbr v3 慢的一批
换回 bbr v1 就正常了

作者: NaiveGuy 时间: 2025-8-16 15:43
人呐，总是对自己认知之外的东西以为是玄学...

楼主如果穿越回去跟老佛爷讲说可以凭一个粉饼盒一样的东西就跟地球另一端的人“面对面通话”，你猜老佛爷会赏你个斩立决，还是把你立为国师？

作者: Frp大佬 时间: 2025-8-16 16:52
套了CF众生平等，好久没折腾这些玩意了，已经躺平

作者: zhoumo310 时间: 2025-8-16 16:58
是不是玄学你自己不会对比测试一下么

作者: hostvps 时间: 2025-8-16 17:40
bbr1最快2最慢3和1差不多

作者: 枝江小狼王 时间: 2025-8-16 18:42
都什么年代了bbr还玄学, 论文都出了一篇又一篇了

作者: Typeboom 时间: 2025-8-17 09:30
高RTT 单线程120Mbps变拉满G口，你自己想吧

作者: thb 时间: 2025-8-17 19:44
Debian 13 开启后默认就是V3

作者: maro666 时间: 2025-8-17 21:43
以前锐速才是最屌的

作者: Celestine 时间: 2025-8-17 22:39
TCP有用，UDP无效

作者: 板扎 时间: 2025-8-18 08:51
自己试下不就知道了

作者: williamc2 时间: 2025-8-18 12:22
都说玄学了

作者: m18018230731 时间: 2025-8-18 16:04
之前测过，拉 RN 开了 bbr 速度几乎翻倍。
https://senjianlu.com/2023/01/22/bak_centos7_trojan/#2-Trojan%E3%80%81Trojan-Go-%E5%92%8C%E5%BC%80%E5%90%AF-BBR-%E5%90%8E%E7%9A%84%E6%B5%8B%E9%80%9F%E5%AF%B9%E6%AF%94

作者: sunshao86 时间: 2025-8-18 16:16
对好的主机影响不大~ 如果主机线路比较烂，开BBR的确有提升。

作者: youth 时间: 2025-8-18 18:29

Debian 9 开锐速才是最屌的

作者: chxin 时间: 2025-8-19 09:57
一个开一个不开，开bbr的有加速效果，都开了就没效果了

作者: q1028178000 时间: 2025-8-19 15:37
独立服务器开bbr有用么？

作者: squalll 时间: 2025-8-20 02:23

q1028178000 发表于 2025-8-19 15:37
独立服务器开bbr有用么？

干别的不知道。用RN CC的服务器做V2RAY，不开3步一卡，平均200K/S，后来发现忘记装BBR，装了后秒变500M/S（只是说大概，不是精确，没仔细看）

作者: q1028178000 时间: 2025-8-20 15:09

squalll 发表于 2025-8-20 02:23
干别的不知道。用RN CC的服务器做V2RAY，不开3步一卡，平均200K/S，后来发现忘记装BBR，装了后秒变500M/S ...

只适合搭建梯子类使用？

作者: diocat 时间: 2025-8-20 18:05
用最新内核的原版bbr即可，魔改大可不必都是一群半桶水在瞎改

作者: JustBeHappy 时间: 2025-8-21 12:40
先不管有用没用，别人有的我一定要有

作者: yaa 时间: 2025-8-21 16:43
1/2/3用起来没觉得有差别，吞吐量确实增加了。

作者: Frp大佬 时间: 2025-8-22 10:00
bbr五合一脚本 wget -N --no-check-certificate "https://gist.github.com/zeruns/a0ec603f20d1b86de6a774a8ba27588f/raw/4f9957ae23f5efb2bb7c57a198ae2cffebfb1c56/tcp.sh" && chmod +x tcp.sh && ./tcp.sh

作者: lam777 时间: 2025-8-22 11:00
随手一搜都有的文章
https://aws.amazon.com/cn/blogs/china/talking-about-network-optimization-from-the-flow-control-algorithm/

作者: wan 时间: 2025-8-24 03:49
https://dropbox.tech/infrastructure/evaluating-bbrv2-on-the-dropbox-edge-network
这篇不错

作者: 菜姬 时间: 2025-8-24 18:20

thb 发表于 2025-8-17 19:44
Debian 13 开启后默认就是V3

不会吧？v3不是还没合并进主线吗？

作者: xocus 时间: 2025-8-25 10:44
内核高点里自带的bbr比v3要好

作者: Keensword 时间: 2025-8-29 14:29
一直在用Debian系统自带啊，没有单独装过

作者: 拥有小目标 时间: 2025-8-29 16:46
聊胜于无

作者: playbear 时间: 2025-8-29 19:13
搭xrayr加bbr速度明显提升

作者: sonorous 时间: 2025-8-29 23:00
不玄学，会有一点提速

作者: lewdon 时间: 2025-8-31 12:30
6.7.9-bbrplus 对比呢

作者: 何处不惹尘埃 时间: 2025-9-11 10:24
肉身富强, 高速稳定

作者: zhxhwyzh14 时间: 2025-9-11 17:07
我记得最早刚出bbr的时候，bbr确实比linux默认那个快很多

作者: diy 时间: 2025-9-19 07:22
BBR感觉没太多用

作者: lanmin 时间: 2025-9-22 16:48
海外机器好像真的有用。我之前测试过。

作者: MukaichiMion 时间: 2025-9-24 01:15
BBR是TCP拥塞控制算法默认的cubic算法遇到丢包就会认为网络拥塞然后降速 BBR对丢包无感所以国际网络友好

作者: nttisbest 时间: 2025-9-26 01:58
用机场吧，最终的归宿

作者: hxhx 时间: 2025-9-27 19:19
bbr是必开的

作者: tiansh 时间: 2025-9-27 21:20
确实有用，但是分情况，不是万能的

作者: jintong 时间: 2025-9-28 03:07
是真的可以
找chatgpt重新弄下排版

net.core.default_qdisc = fq net.ipv4.tcp_congestion_control = bbr fs.file-max = 1000000 fs.inotify.max_user_instances = 8192 net.core.somaxconn = 32768 net.core.netdev_max_backlog = 32768 net.ipv4.ip_forward = 1 net.ipv4.ip_local_port_range = 10000 65000 net.ipv4.route.gc_timeout = 100 net.ipv4.tcp_rmem = 4096 87380 25000000 net.ipv4.tcp_wmem = 4096 16384 25000000 net.ipv4.tcp_mtu_probing = 1 net.ipv4.tcp_retries2 = 8 net.ipv4.tcp_slow_start_after_idle = 0 net.ipv4.tcp_syncookies = 1 net.ipv4.tcp_fin_timeout = 30 net.ipv4.tcp_tw_reuse = 1 net.ipv4.tcp_max_syn_backlog = 16384 net.ipv4.tcp_max_tw_buckets = 6000 net.ipv4.tcp_syn_retries = 1 net.ipv4.tcp_synack_retries = 1 net.ipv4.tcp_timestamps = 0 net.ipv4.tcp_max_orphans = 32768 net.netfilter.nf_conntrack_max = 20971520 net.nf_conntrack_max = 20971520 net.core.default_qdisc = fq net.ipv6.tcp_congestion_control = bbr fs.file-max = 1000000 fs.inotify.max_user_instances = 8192 net.core.somaxconn = 32768 net.core.netdev_max_backlog = 32768 net.ipv6.conf.all.forwarding = 1 net.ipv6.conf.default.forwarding = 1 net.ipv6.ip_local_port_range = 10000 65000 net.ipv6.route.gc_timeout = 100 net.ipv6.tcp_rmem = 4096 87380 25000000 net.ipv6.tcp_wmem = 4096 16384 25000000 net.ipv6.tcp_mtu_probing = 1 net.ipv6.tcp_retries2 = 8 net.ipv6.tcp_slow_start_after_idle = 0 net.ipv6.tcp_syncookies = 1 net.ipv6.tcp_fin_timeout = 30 net.ipv6.tcp_tw_reuse = 1 net.ipv6.tcp_max_syn_backlog = 16384 net.ipv6.tcp_max_tw_buckets = 6000 net.ipv6.tcp_syn_retries = 1 net.ipv6.tcp_synack_retries = 1 net.ipv6.tcp_timestamps = 0 net.ipv6.tcp_max_orphans = 32768 net.netfilter.nf_conntrack_max = 20971520 net.ipv6.conf.all.disable_ipv6=0 net.ipv6.conf.default.disable_ipv6=0 net.ipv6.conf.lo.disable_ipv6=0

复制代码

作者: ant48 时间: 前天 20:59
信息： Ubuntu 22.04.5 LTS KVM x86_64 6.16.12-x64v3-xanmod1
状态: 已安装 BBR 加速内核 , BBR启动成功
拥塞控制算法: bbr 队列算法: fq_codel 内核headers：已匹配
这个是V几啊？这样有用吗？

作者: ant48 时间: 前天 21:03

ant48 发表于 2025-10-23 20:59
信息： Ubuntu 22.04.5 LTS KVM x86_64 6.16.12-x64v3-xanmod1
状态: 已安装 BBR 加速内核 , BBR启动成功 ...

AI说
BBR（Bottleneck Bandwidth and Round-trip propagation time）是一种拥塞控制算法，通过估计网络的瓶颈带宽和往返时间来决定数据发送速率。 Fq_codel（Fair Queueing Controlled Delay）是一种排队规则（队列算法），它通过公平地分配带宽给不同的数据流并最小化排队延迟来缓解网络拥堵。
BBR拥塞控制算法
工作原理: BBR 试图通过对网络瓶颈带宽和往返传播时间进行建模，来预测和适应网络条件。
目标: 提高吞吐量并降低延迟，在带宽受限的网络环境下表现尤为出色。
Fq_codel队列算法
工作原理: 结合了FQ（Fair Queueing，公平队列）和CoDel（Controlled Delay）的特点。
FQ: 将数据包分配给不同的流，并为每个流提供一个单独的队列，确保每个流都能获得公平的带宽份额。
CoDel: 通过监控队列中数据包的延迟来主动管理队列，当延迟过高时会丢弃数据包，从而防止队列过长。
目标: 减少网络中的排队延迟，避免因队列过长而导致的“队头阻塞”问题，提高网络响应速度。
BBR与Fq_codel的关系
BBR 是一种拥塞控制算法，负责决定数据以多快的速度发送，而Fq_codel 是一种队列管理算法，负责在路由器等网络设备上处理到达的数据包队列。它们协同工作，BBR 控制发送速率，而Fq_codel 则负责高效地处理这些数据包。例如，当BBR 检测到网络拥堵时，它会减慢发送速率；同时，Fq_codel 会主动清除队列中的数据包，防止队列过长，从而在接收端减少延迟。

作者: 苇名梁朝伟 时间: 昨天 19:02
原版感觉好点吧

欢迎光临全球主机交流论坛 (https://443502.xyz/)

Powered by Discuz! X3.4