注意:部分文章发布时间较长,可能存在未知因素,购买时建议在本站搜索商家名称,先充分了解商家动态。
交流:唯一投稿邮箱:hostvps@88.com。
网友 Dow 说:
开之前和开之后的对比图
开之前200MS 少量丢包
开之后直接变成300MS 大量丢包
echo &*uot;net.core.def**lt_*disc=f*&*uot; >> /etc/sysctl.conf
echo &*uot;net.ipv4.tcp_congestion_cont**l=bbr&*uot; >> /etc/sysctl.conf
sysctl -p
用的**自带的BBR 非魔改版 买机子开BBR已经变成下意识的习惯了 第一次遇到这样的
网友 脱氧核糖核酸 说:
你I**P协议丢包 关我BBR什么鸟事儿
网友 这是最好的年代 说:
BBR是TCP用的拥塞算法,ping用的是I**P
网友 a9k1n9 说:
换BBR2试试
网友 DUNAI 说:
网友 Dow 说:
这是最好的年代 发表于 2023-2-5 18:37
BBR是TCP用的拥塞算法,ping用的是I**P
网友 这是最好的年代 说:
Dow 发表于 2023-2-5 18:40
但 就是这个原因 开了就是会这样 关了就是正常 我能怎么说
网友 Sandy 说:
Dow 发表于 2023-2-5 18:40
但 就是这个原因 开了就是会这样 关了就是正常 我能怎么说
网友 Louis.M.LX 说:
确实可以试试bbr2
网友 嘉然今天吃什么 说:
Louis.M.LX 发表于 2023-2-5 18:46
确实可以试试bbr2
网友 Dow 说:
Sandy 发表于 2023-2-5 18:44
那就别开了呗,像你图1这么稳定的延迟,开bbr其实没什么意义。至于为什么开了会出问题,不是很好排查,感 …
网友 nebulabox 说:
*帖最后由 nebulabox 于 2023-2-5 19:09 编辑
bbr拥堵算法设计的基*思路就是,现代**稳定可靠,基*不会大量丢包,所以可以采用没有接到ACK的时候就继续连续发送后续数据。
如果你的**丢包率非常高,那么BBR最终应该是和cubic一样的效果,不会退化,但也不会有任何减少丢包的可能。
另外**bbr,你不应该用ping,应该用tcp的**手段。
解决垃圾**哦传输丢包的算法通常不是TCP拥堵算法能解决的,一般都是需要UDP协议才能控制,因为可以不要求接收顺序,这样可以添加冗余数据来减少重复传输,比如kcp, *uic协议。