作者 主题: 丢包干扰卡死人啊!!! 建议弄个抗丢包模式  (阅读 2545 次)

离线 a132211

  • 注册用户
  • *
  • 帖子: 37
丢包干扰卡死人啊!!! 建议弄个抗丢包模式
« 于: 十月 29, 2017, 01:55:48 am »
建议无界参考下那个开源软件finalspeed或者kcp通道.
我听说fs就是一个单纯的重传+udp 不过他也有tcp模式的.
可是fs测试起来 速度超快呢.

系统默认的tcp来点丢包就卡的没速度了..


离线 ultra

  • 注册用户
  • *
  • 帖子: 1098
Re: 丢包干扰卡死人啊!!! 建议弄个抗丢包模式
« 回复 #1 于: 十月 29, 2017, 09:11:31 am »
谢谢反馈。我们可以考虑增加谷歌的QUICK UDP协议,据说抗打包很有效。不过不知会不会被封锁,因为国内用的人不多。不是大家有什么建议。

离线 a132211

  • 注册用户
  • *
  • 帖子: 37
Re: 丢包干扰卡死人啊!!! 建议弄个抗丢包模式
« 回复 #2 于: 十月 30, 2017, 10:14:44 am »
谢谢反馈。我们可以考虑增加谷歌的QUICK UDP协议,据说抗打包很有效。不过不知会不会被封锁,因为国内用的人不多。不是大家有什么建议。


我觉得google bbr < finalspeed & kcp
这个我测过.
fs和kcp在极端环境下表现很厉害.
bbr一般般
bbr在部署上面省事... 新的linux都自带. (bbr是个堵塞控制)

quickudp没用过...
啊? 这个东西也叫quic? 我好像听说过!!

我认为 丢包这个东西 到头来就是发包上面如果做到位 就不怕丢包了....

quic 有什么简单好用的工具么 我想玩玩.
就算局域网里面测试我也要开模拟器试试. 看看他能抗住多少丢包.

2017-10-31 00:21:01
我看这地方测试怎么感觉这个quic还不如bbr了...
http://www.connectify.me/blog/taking-google-quic-for-a-test-drive/

-------------------------------------------------------------------------
https://github.com/skywind3000/kcp
https://github.com/d1sm/finalspeed/tree/fileshare
« 最后编辑时间: 十月 30, 2017, 10:21:29 am 作者 a132211 »