V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
wtfv2
V2EX  ›  宽带症候群

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

  •  
  •   wtfv2 · 2020-06-24 11:41:43 +08:00 via iPhone · 7691 次点击
    这是一个创建于 1611 天前的主题,其中的信息可能已经有所发展或是发生改变。

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

    23 条回复    2020-10-16 23:39:24 +08:00
    lewis89
        1
    lewis89  
       2020-06-24 11:45:40 +08:00   ❤️ 1
    是的,就这么简单.. 原本的 TCP 退让算法 算是非常绅士的行为
    love
        2
    love  
       2020-06-24 12:11:05 +08:00
    bbr 会象某某一样无脑发包吗?以浪费带宽换速度,本来正常可以收的包也会重发,如果不会那又有什么关系
    9yu
        3
    9yu  
       2020-06-24 12:19:34 +08:00 via Android
    以前还有锐速
    RoyCho
        4
    RoyCho  
       2020-06-24 15:40:59 +08:00
    我的路由器开启 bbr 上传文件到谷歌云盘 实际文件上传速度 13M/s,但是在路由器监控里看 wan 口出口速度有 140m,多出来的 20 多 m 为什么呀,这部分占用了运营商的上行带宽吗?
    ericbize
        5
    ericbize  
       2020-06-24 17:36:44 +08:00
    @RoyCho 应该是在运营商的端口丢弃了
    RoyCho
        6
    RoyCho  
       2020-06-24 20:30:56 +08:00
    @ericbize 原来如此 原来用的千兆网卡,最近软路由换了个万兆网卡( x540-t2 ),工作在千兆模式下,两张网卡开启 bbr 后实际上传到谷歌云盘时都是 13M 左右,但是千兆网卡的时候路由器监控里看 wan 口出口有 120m,万兆网卡的时候有 140m,用万兆网卡后上传占满后上网就会卡顿,估计就是 120m 跟 140m 的差别,我 speedtest 测速平时上行就 122 的样子,140m 超过了上行速度所以造成了卡顿?搞不懂为啥两张网卡开启 bbr 后监控里看到上行速度不同,关闭 bbr 后两张网卡上行都一样 110m 左右了,这时候 nas 实际上传速度也相应下降了些。
    skyeycirno
        7
    skyeycirno  
       2020-06-24 21:34:08 +08:00   ❤️ 1
    BBR 还好。。kcptun 那些才恶心
    whwq2012
        8
    whwq2012  
       2020-06-24 21:38:01 +08:00 via iPhone   ❤️ 5
    是谁导致所谓公地悲剧的?谁才是根本原因?是谁逼得普通人安装 linux 的可选功能?
    chinvo
        9
    chinvo  
       2020-06-24 21:41:00 +08:00 via iPhone   ❤️ 2
    bbrplus 不是 bbr

    bbr 本身还是比较绅士的
    wslwsl
        10
    wslwsl  
       2020-06-24 22:05:54 +08:00 via Android   ❤️ 2
    @whwq2012 主题难道不是,出口就那么大,大家都装 bbrplus 和大家都不装效果一致,至于出口为什么只有那么大不离题吗?何必和微博拳师一样?
    tinkerer
        11
    tinkerer  
       2020-06-24 22:08:38 +08:00
    bbr2 更绅士 github.com/google/bbr
    wslwsl
        12
    wslwsl  
       2020-06-24 22:09:25 +08:00 via Android
    不过拥塞控制再怎么调都是有上界的,内核还要其他代码限制 tcp 不能占有太多带宽,不必担心管子被挤爆。挤爆管子的大部分原因是其他流量,缺乏 tcp 一样冗长的流程。
    ihipop
        13
    ihipop  
       2020-06-24 22:28:51 +08:00 via Android
    @RoyCho 你是在国内吗?为什么上传到 Google 这么快?
    qanniu
        14
    qanniu  
       2020-06-24 22:43:13 +08:00   ❤️ 1
    @whwq2012 您犯了寻衅滋事罪了。。。
    timelessg
        15
    timelessg  
       2020-06-24 22:48:34 +08:00 via Android
    vultr 现在会封杀 bbrplus 了。。亲测
    965380535
        16
    965380535  
       2020-06-25 08:44:46 +08:00
    所有人用就是所有人都没用。太内卷了。
    cdh1075
        17
    cdh1075  
       2020-06-25 13:52:10 +08:00
    早期网络简单,终端弄个“礼让”的拥堵算法有实用意义,2020 年的网络错中复杂,终端上不该有拥堵算法,拥堵控制应该运营商做,让终端做拥堵控制是“过早优化”
    cdh1075
        18
    cdh1075  
       2020-06-25 13:59:32 +08:00
    靠近终端的流量没多少价值,端口不满速时多点少点无所谓,有价值的是骨干流量,拥堵时运营商会把包丢掉,最终消耗的流量还是约等于你传输的文件大小,硬要说浪费,浪费的也是你花钱买的服务器流量,也就是说浪费的是你自己的钱,怎么能说“公地”?
    jousca
        19
    jousca  
       2020-06-27 10:39:35 +08:00
    UDP 协议的路过…… UDP 这种高效低开销的传输协议其实拿来上网也是很稳定的,哈哈
    jousca
        20
    jousca  
       2020-06-27 10:41:22 +08:00
    @skyeycirno 我就用这个。TCP 拥堵你要考虑 GFW 的分析问题。UDP 本身在运营商设备上就有 QOS 。
    jousca
        21
    jousca  
       2020-06-27 10:43:43 +08:00
    我移动的线路,KCP 使用默认设置,参数: -nocomp -datashard 10 -parityshard 3 -mtu 1350 -sndwnd 512 -rcvwnd 512 -dscp 0 -quiet -mode fast


    看视频 Connection Speed 23595 Kbps
    spacezip
        22
    spacezip  
       2020-06-27 22:23:59 +08:00
    不错的和比较差的线路 原版 bbr 最稳定 中档线路可以尝试 bbr plus 当然 kcp 最快 挂的也最快
    ntgeralt
        23
    ntgeralt  
       2020-10-16 23:39:24 +08:00   ❤️ 1
    我觉得与其叫大家用少一点,不如还是写信给工信部提升一下 10 年前那一条孱弱又发霉的出境光纤吧
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5536 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 30ms · UTC 03:09 · PVG 11:09 · LAX 19:09 · JFK 22:09
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.