bbr plus 等玩意是否加剧了公地悲剧？

[wtfv2]

我们都知道问题根源卡在 ci 段那些机器慢且带宽不足上。但 bbr plus 等玩意是否加剧了公地悲剧，导致所有人跨境体验都受损？

[lewis89]

是的，就这么简单.. 原本的 TCP 退让算法 算是非常绅士的行为

[love]

bbr 会象某某一样无脑发包吗？以浪费带宽换速度，本来正常可以收的包也会重发，如果不会那又有什么关系

[9yu]

以前还有锐速

[RoyCho]

我的路由器开启 bbr 上传文件到谷歌云盘 实际文件上传速度 13M/s，但是在路由器监控里看 wan 口出口速度有 140m，多出来的 20 多 m 为什么呀，这部分占用了运营商的上行带宽吗？

[ericbize]

@RoyCho 应该是在运营商的端口丢弃了

[RoyCho]

@ericbize 原来如此 原来用的千兆网卡，最近软路由换了个万兆网卡（ x540-t2 ）,工作在千兆模式下，两张网卡开启 bbr 后实际上传到谷歌云盘时都是 13M 左右，但是千兆网卡的时候路由器监控里看 wan 口出口有 120m，万兆网卡的时候有 140m，用万兆网卡后上传占满后上网就会卡顿，估计就是 120m 跟 140m 的差别，我 speedtest 测速平时上行就 122 的样子，140m 超过了上行速度所以造成了卡顿？搞不懂为啥两张网卡开启 bbr 后监控里看到上行速度不同，关闭 bbr 后两张网卡上行都一样 110m 左右了，这时候 nas 实际上传速度也相应下降了些。

[skyeycirno]

BBR 还好。。kcptun 那些才恶心

[syahd]

是谁导致所谓公地悲剧的？谁才是根本原因？是谁逼得普通人安装 linux 的可选功能？

[chinvo]

bbrplus 不是 bbr

bbr 本身还是比较绅士的

[wslwsl]

@whwq2012 主题难道不是，出口就那么大，大家都装 bbrplus 和大家都不装效果一致，至于出口为什么只有那么大不离题吗？何必和微博拳师一样？

[tinkerer]

bbr2 更绅士 github.com/google/bbr

[wslwsl]

不过拥塞控制再怎么调都是有上界的，内核还要其他代码限制 tcp 不能占有太多带宽，不必担心管子被挤爆。挤爆管子的大部分原因是其他流量，缺乏 tcp 一样冗长的流程。

[ihipop]

@RoyCho 你是在国内吗？为什么上传到 Google 这么快？

[qanniu]

@whwq2012 您犯了寻衅滋事罪了。。。

[timelessg]

vultr 现在会封杀 bbrplus 了。。亲测

[965380535]

所有人用就是所有人都没用。太内卷了。

[cdh1075]

早期网络简单，终端弄个“礼让”的拥堵算法有实用意义，2020 年的网络错中复杂，终端上不该有拥堵算法，拥堵控制应该运营商做，让终端做拥堵控制是“过早优化”

[cdh1075]

靠近终端的流量没多少价值，端口不满速时多点少点无所谓，有价值的是骨干流量，拥堵时运营商会把包丢掉，最终消耗的流量还是约等于你传输的文件大小，硬要说浪费，浪费的也是你花钱买的服务器流量，也就是说浪费的是你自己的钱，怎么能说“公地”？

[jousca]

UDP 协议的路过…… UDP 这种高效低开销的传输协议其实拿来上网也是很稳定的，哈哈

[jousca]

@skyeycirno 我就用这个。TCP 拥堵你要考虑 GFW 的分析问题。UDP 本身在运营商设备上就有 QOS 。

[jousca]

我移动的线路，KCP 使用默认设置，参数： -nocomp -datashard 10 -parityshard 3 -mtu 1350 -sndwnd 512 -rcvwnd 512 -dscp 0 -quiet -mode fast


看视频 Connection Speed 23595 Kbps

[spacezip]

不错的和比较差的线路 原版 bbr 最稳定 中档线路可以尝试 bbr plus 当然 kcp 最快 挂的也最快

[ntgeralt]

我觉得与其叫大家用少一点，不如还是写信给工信部提升一下 10 年前那一条孱弱又发霉的出境光纤吧