- Welcome to .
作者 a132211
- 十月 30, 2017, 04:14:44 下午引用自: ultra 于 十月 29, 2017, 03:11:31 下午
谢谢反馈。我们可以考虑增加谷歌的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
作者 ultra
- 十月 29, 2017, 03:11:31 下午谢谢反馈。我们可以考虑增加谷歌的QUICK UDP协议，据说抗打包很有效。不过不知会不会被封锁，因为国内用的人不多。不是大家有什么建议。
作者 a132211
- 十月 29, 2017, 07:55:48 上午建议无界参考下那个开源软件finalspeed或者kcp通道.
我听说fs就是一个单纯的重传+udp 不过他也有tcp模式的.
可是fs测试起来 速度超快呢.
系统默认的tcp来点丢包就卡的没速度了..
我听说fs就是一个单纯的重传+udp 不过他也有tcp模式的.
可是fs测试起来 速度超快呢.
系统默认的tcp来点丢包就卡的没速度了..