Home Sign Up Sign In
cocochan

话说这里怎么没人讨论 BBR？

  •   
  •   cocochan · Dec 9, 2016 via iPhone · 6530 views
    This topic created in 3447 days ago, the information mentioned may be changed or developed.
    昨天隔壁都被屠版了，居然这里没有…
    转发一下吧

    首先先知道一下什么是 BBR

    概括一下就是和锐速差不多的东西

    CentOS 安装方式
    http://www.hostloc.com/thread-342471-1-1.html

    http://www.hostloc.com/thread-342505-1-1.html

    http://www.hostloc.com/thread-342551-1-3.html

    Ubuntu 系列 4.9 内核自带了

    锐速 PK BBR

    http://www.hostloc.com/thread-342500-1-1.html

    http://www.hostloc.com/thread-342627-1-3.html

    http://www.hostloc.com/thread-342562-1-5.html
  • bbr
  • 锐速
  • centos
  • Ubuntu
    33 replies  •  2016-12-12 13:53:54 +08:00
    debiann
        1
    debiann  
       Dec 9, 2016 via iPhone
    很久之前这里就发过贴了
    cocochan
        2
    cocochan  
    OP
       Dec 9, 2016 via iPhone
    顺带一提 如果是拿来 cross wall 的话，你会发现还是我司锐速比较厉害， BBR 会断流
    cocochan
        3
    cocochan  
    OP
       Dec 9, 2016 via iPhone
    BBR 的 Github 地址:https://github.com/google/bbr
    terrancesiu
        4
    terrancesiu  
       Dec 9, 2016
    我用的 fedora ，内核在这里： https://dl.fedoraproject.org/pub/alt/rawhide-kernel-nodebug/x86_64/
    d7101120120
        5
    d7101120120  
       Dec 9, 2016
    现在用锐速的本身就比较少了吧，除了流量敏感的 vps 或者 ISP 封锁 UDP ，否则基本上还是上 kcp 速度比较有保障。
    cocochan
        6
    cocochan  
    OP
       Dec 9, 2016 via iPhone
    @d7101120120 KCP 是真的暴力… 对邻居极其不友好 比 FS 还差
    DesignerSkyline
        7
    DesignerSkyline  
       Dec 9, 2016 via iPad
    用了两个月左右了吧。。。现在才发现吗。。。这消息有点过时了
    cocochan
        8
    cocochan  
    OP
       Dec 9, 2016 via iPhone
    @DesignerSkyline 这几天貌似发布了不需要编译的（稳定版）吧
    introom
        9
    introom  
       Dec 9, 2016
    你想怎么讨论 BBR ？

    通过 RTT 和发送量来估计交换机 queue 的长度，减少 delay 。我就知道这些。

    不知道和 cubic 共存， fairness 怎么样，据说是能把 cubic 给干了。

    BBR 更多适用于非 DC 环境。

    DC 环境的话，还是直接 DCTCP 。
    DesignerSkyline
        10
    DesignerSkyline  
       Dec 9, 2016 via iPad
    @cocochan 。。。。想多了， 9 月就合并到 net-next 去了，自己不信可以去看 patch 合并记录。
    d7101120120
        11
    d7101120120  
       Dec 9, 2016
    @cocochan 之前看介绍是说 kcp 比起 FS 友好一些，而且 SS 的 andorid 客户端也集成了 kcp
    cocochan
        12
    cocochan  
    OP
       Dec 9, 2016 via iPhone
    @DesignerSkyline 貌似是的，这方面我的确没怎么关注 都是跟着节奏走的。不过知道 BBR 的还是少数，就当推广一下 BBR 吧（
    cocochan
        13
    cocochan  
    OP
       Dec 9, 2016 via iPhone
    @d7101120120 瞎扯… KCP 有效带宽奇低 友好只是对硬件占用比较小吧
    raysonx
        14
    raysonx  
       Dec 9, 2016 via Android
    等有时间测试一下
    iCyMind
        15
    iCyMind  
       Dec 9, 2016
    有没有和 kcptun 的速度测试
    Alain1995
        16
    Alain1995  
       Dec 9, 2016
    我就想问下隔壁是哪里 ![]([)
    raysonx
        17
    raysonx  
       Dec 9, 2016
    @iCyMind TCP 流控算法要考虑公平性，我觉得肯定不如这种暴力算法哈哈
    iCyMind
        18
    iCyMind  
       Dec 9, 2016
    @raysonx 你说的有道理.
    不过这 bbr 效果的确不错, ss + bbr 居然能看 1080p
    iCyMind
        19
    iCyMind  
       Dec 9, 2016
    @Alain1995 估计是说 hostloc
    20015jjw
        20
    20015jjw  
       Dec 9, 2016
    我想问隔壁是哪里...
    redsonic
        21
    redsonic  
       Dec 9, 2016
    我想知道用了这些加速方案机房里的 dashboard 有什么变化。 BBR 进了 mainline 大家都用上了，最后还是挤华容道？
    raysonx
        22
    raysonx  
       Dec 9, 2016
    @redsonic 稍稍看了下 Google 那篇 BBR 論文（草稿）的前几頁，大致是對傳統 TCP 流控算法以丢包作為擁塞控制的方法批判了一番，然後提出以傳播時延和瓶頸帶寬作為基礎的算法。
    等晚上回去有時間把它看完。不知道當它和 Linux 預設的 Cubit 之類的算法一起跑的時候公平性表現如何（估計對傳統算法做不到公平吧）。
    ovear
        23
    ovear  
       Dec 9, 2016
    http://blog.csdn.net/dog250/article/details/52830576

    贴一篇百度到的分析文章，博主好像写了不少关于 bbr 的文章，有兴趣的人可以开看。
    raysonx
        24
    raysonx  
       Dec 9, 2016
    @ovear 感謝分享，到時候結合在一起看看。
    redsonic
        25
    redsonic  
       Dec 9, 2016
    @raysonx 我之前也看了论文，代码大致看了看，反思一下 BBR 改变的地方确实有道理，意思是之前那些算法都是在计较重传的次数，重传的 rtt 之类的，这都是在瞎猜，不如测一个实际带宽然后根据一般的 rtt 去打折。我的意思是既然 BBR 进了内核主线，应该会很快部署，用不了多久大家又处在同一起跑线了。蛋糕太小，改进叉子也没用。
    redsonic
        26
    redsonic  
       Dec 9, 2016
    @ovear 博主是网络方面的专家，很多东西都是自己先写出来的。
    raysonx
        27
    raysonx  
       Dec 9, 2016
    @redsonic 直覺上，對存在丢包但帶寬有剩餘的網絡（比如無線網絡）提升會比較大，能夠充分利用帶寬。
    但對於天朝的國際出口來講，應該是打滿的吧，除非顯著降低重傳的量（這個還沒看到，不確定），否則物理帶寬就那麼點，還是沒甚麼用。
    ovear
        28
    ovear  
       Dec 9, 2016
    @raysonx 我觉得这个跟拥塞算法的竞争性有关。
    也就是所谓的公平性，挤占使用其他算法宽带的能力。。。比如说现在流行的某速，就很有竞争性。

    不过 htpc 听说也很有竞争性，但是实测效果还没有 hybla 好，不知道为什么，层主网络小白。
    raysonx
        29
    raysonx  
       Dec 9, 2016
    @ovear 我是在講當所有人都用上 BBR 之後的情況。
    我目前還不瞭解它對其他算法的公平性如何，網上應該有一些測試了吧。
    redsonic
        30
    redsonic  
       Dec 9, 2016
    @raysonx
    @ovear
    我认为只要不是靠冗余数据来提高可用带宽的算法应该是比较公平的。再加上运营商卡上行和流量整形。总的说我觉得 google 的初衷是让用户个人能体验比原来好而已（纵向比较而不是横向），除此之外不带来其他问题。
    raysonx
        31
    raysonx  
       Dec 9, 2016
    @redsonic 同意。
    trythebest
        32
    trythebest  
       Dec 10, 2016
    评测来的更直接
    aru
        33
    aru  
       Dec 12, 2016
    丢包在 10%以下效果还是不错的
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   5600 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 65ms · UTC 07:59 · PVG 15:59 · LAX 00:59 · JFK 03:59
    ♥ Do have faith in what you're doing.