bbr cbuic

bbr
有了bbr，其实大部分优化都没啥意思了，长时间传输tcp的问题就是时间长了会降速然后回升不了，老顽疾。
就跟那天那个wifa组网的bug一样，大家都知道慢了，但是多少年也搞不懂
我们用wget等去下载一些非常偏门的，遥远的星球上的资料的时候，经常遇到一开始1m几百K，最后慢慢到1K 2K的速度，就是tcp的锅啦，就是bbr解决的问题啦
bbr解决的是一个tcp连接长时间跑之后，由于各种波动性的丢包，延迟，造成传输速度越来越小，最后stall的情况 嗯，简单的说就是惰性
嗯，这个就好像。。你娶了一个萝莉回家，然后，随着时间推移，loli变成了熟女。。。。。但是，bbr可以让她们鹤发童颜。。
tcp是适合长时间跑的，长时间跑之后的速度是按道理能上去的
但是因为网络经常波动啊 所以就会完蛋，目前的各种策略都没法完美解决波动。bbr是最好的 
各种广域网加速工具（软件），其实也是在解决类似问题 bbr出来加速软件公司又得死一片
bbr让世界重归和平，不用各种冗余的乱发包来抢带宽了
因为经常有丢包，不定时丢包，不定时延迟 每次都会对tcp的拥塞增加点影响，就慢到stall了
丢包和时间长短有关系 你看国外的很多ip，丢包不是一直丢，而是有时候丢个10秒20秒的
如果你的tcp能在它的健康窗口完成传输，那就好了 如果没有的话，你再刷新重试就又好了
如果你的时间长，必定会跨过多个窗口 那影响就会直接把速度给弄到0 stall了 
这是bbr要解决的问题  并且真解决了  
bbr是拥塞回馈，提高传输效率 dpdk是协议栈效率高，减少cpu占用


如果你server 2 server 的连接很好，BBR 和 普通TCP 是一样的
国内BBR 基本上没啥用 tcp cubic竞争 然后 就木有性能咯
客户端从缓存服务器上下载速度：，我们要区分几种情况，
一、网络质量很好（不丢包）
1、客户端下载带宽 > 服务器带宽  ，BBR无效
2、客户端带宽 <= 服务器带宽   ， BBR无效
二、网络质量不好，（丢包高）
1、客户端下载带宽 > 服务器带宽  ，BBR有效，取决于服务器剩余带宽
2、客户端带宽 <= 服务器带宽   ， BBR有效




因为单连接没法承载大流量，我们研究出来了各种分片下载工具如网络蚂蚁，东方快车等工具，
因为一个服务器会觉得你连接多了有压力我们研究出来了各种限制单IP连接数的配置，因为一个
机器限制连接数我们研发了迅雷aria2等从多个机器分片下载。。。。。。
然后这些可怕的东西你限制都不用管了，wget就好了


https://www.nickjun.com/关于tcp-bbr单边加速技术以及bufferbloat/
你一直丢包 bbr检测到贷款不再增加 会过一会 就放弃 发送端部署更好 接收端效果很普通
如果服务器端部署了就好了的话，我当然会选择服务器端部署啊 服务器端是数量有限的，部署可控的


为啥国内bbr没啥用呢 tcp cubic竞争  然后 就木有性能咯