>首先还是要有一个 ping 低的 vps 哭瞎😂

一般玩游戏卡顿是丢包引起的。ping 值只要不是高的太夸张，不会明显影响游戏体验。

>需要用 UDPspeeder+VPN+socks5 代理的方式，才会被 UDPspeeder+BBR 同时加速

我自己平常使用的就是这种方式。

看起来有点麻烦，不过这个是 BBR 和 VPN 的工作方式决定的，只能这样。

>服务器已经配了 tcp bbr 的，再套一层这个能让速度更快吗

BBR 工作在 TCP 层改善重传和拥塞控制，UDPspeeder+VPN 工作在 IP 层，改善丢包。两者可以配合使用达到类似叠加的效果。但是速度能不能更快，看情况。

另外：

如果 BBR 只是部署在了你自己的 VPS 上，那么只有访问你自己的 VPS 才是 UDPspeeder+BBR 加速的。

如果你要访问第三方服务器，除非这个服务器本身也部署了 BBR，你需要用 UDPspeeder+VPN+socks5 代理的方式，才会被 UDPspeeder+BBR 同时加速。

>请问可以运行在 Windows 10 的 Ubuntu 子系统吗？
没试过。如果这个支持 epoll 的话应该可以。

不过建议直接用那个 7.5mb 虚拟机，win 10 那个 Ubuntu 做得不好，坑多。

>支持，不过感觉多倍发包是否有些过于粗暴了，影响公平性？

玩游戏多发还可以，假设游戏本身用的流量 20kb/s，发 3 倍的包，也只有 60kb/s，费的流量远比不上看在线看 1080 视频。

多发只推荐在小流量的情况下使用，延迟更低。大流量情况下用 FEC，省流量。

>这个具体如何与 ssr 配合使用呢？特别是 ssr 的游戏模式

你说的***r 游戏模式应该是路由器固件上集成的那个。对于路由器固件，koolshare 版的 x86 lede 和恩山版的 Padavan 固件集成了 v1 版的支持。其他路由器固件，如果你不是特别能折腾，只能等固件的作者集成了。

如果是你自己搭的就简单了。你把 udpspeeder+vpn 搭好，用 vpn 的 ip 访问***r 就可以了。

>请问一下对配置有什么要求。

只要是 linux 设备都可以。空闲内存大于 10MB。对 CPU 性能没有硬性要求，调低 FEC 分组大小就可以降低 CPU 使用。

比如你用-f20:10 参数不行，就改成-f10:5，如果还不行再改成-f6:3，都是 1.5 倍发包，但是运算量会降低，会牺牲一点效果，但是牺牲的不大。

>感谢大佬的付出！我有个疑问：如果现在用 kcptun 用的好好的，有必要换成你这个软件吗？有跟 kcptun 比较过性能吗？

UDPspeeder 可以加速 udp，kcptun 不能。有没有必要换，看你需不需要加速 udp 了。一般玩游戏需要用到加速 udp。

另外，UDPspeeder 和 kcptun 不一定是互相替代的关系，你也可以用 UDPspeeder 和 kcptun 配合，让 UDPspeeder 来加速 UDP，让 kcptun 来加速 TCP。

有测过性能，但是没有跟 kcptun 比过。在树莓派 3b 上，参数-f20:10，打满 20m 带宽，cpu 占用只有 40%，电脑上性能更好。另外调低 FEC 的分组大小可以获得更好的性能。只要不是设备的 CPU 很差，UDPspeeder 性能应该不会成为瓶颈。对于每个实例，占用的内存稳定在 7MB，内存也不会是问题。

@luolufang

> 想要可以降延迟的工具 2333 突破物理极限

另外可以看下 KCP 协议在 github 主页上的介绍：

“ KCP 是一个快速可靠协议，能以比 TCP 浪费 10%-20%的带宽的代价，换取平均延迟降低 30%-40%，且最大延迟降低三倍的传输效果。”

这里说的延迟也是 2。讨论延迟需要先搞懂别人说的是哪种延迟。

>想要可以降延迟的工具 2333 突破物理极限

延迟有两种含义：1 是物理上的延迟，不考虑丢包和重传。2 是逻辑上的延迟，如果数据丢了需要重传，耗费的时间也算作延迟。

对于玩游戏和浏览网页，大部分语境下说的延迟都是 2。

UDPspeeder 说的降低延迟，当然也是 2.

>如果不在外面套个酸酸 R 做混淆 这么大流量岂不是分分钟被封？

我自己平时用 udp2raw+UDPspeeder+VPN，一直可以稳定使用，很少会断流，几天才会遇到一次，重启客户端（相当于换端口重连）后马上就又可以满速了。

>理论上可行，类似于 RAID5 组盘或者 RAR 里的恢复记录，就是靠牺牲数量（带宽）来保证质量。

是的，UDPspeeder 和他们用的是类似的技术。

>一键安装包来了，看这里....

感谢大佬。。。

sed 's/负责改善丢吧 /负责改善丢包 /g'

>也就是说不玩游戏的话这个同样可以拿来看视频和下东西

可以

>效果比 bbr 还要好？

不敢说效果比 BBR 好，看情况。不过用 BBR 时，如果丢包率超过 20%,BBR 就几乎一点速度也没有了。用这个，通过合理设置参数，仍然能获得不错的速度。 另外，UDPspeeder 加速 TCP 时工作在 IP 层，BBR 工作在 TCP 层，两者不冲突，甚至可以叠加，UDPspeeder 负责改善丢吧，BBR 负责拥塞控制和重传，两者一起用是个不错的组合。

>想要知道能不能用于 ipv6

目前不能加速 ipv6，不过用 UDPspeeder+VPN 的话，可以承载 ipv6 的流量。

>小白等一键包，大力支持

同求，希望有大佬给做一个。

>坐等一键安装包，DALAO 现身吧

同求，希望有大佬能给做一个= =

>所以可以用来当加速器用吃鸡咯？

可以，这个加速器当初就是为了玩美服的 Brawl Stars 做的。加速游戏是最拿手的。github 上面有人反馈他用来玩吃鸡效果不错。

1.2 倍和 1.5 倍是说一共 1.2 倍和 1.5 倍，不是额外需要 1.5 倍。

根据你自己的需要来设置，耗费多少倍的流量几乎完全透明。你把冗余度设置为多少，那就耗费多少倍的流量。
比如，如果你要应对 3%的网络丢包，1.2 倍的冗余度就完全够用了，可以把丢包降低到 0.01%，1.2 倍发包有效流量也就是 83%
如果要把 10%的网络丢包降低到 0.01%以下，那么需要 1.5 倍的冗余度，有效流量 66%

一般 tcp 单线程下载慢，多线程下载快是因为丢包。不是因为 ISP 限制了单线程速度。
tcp 的拥塞控制算法极端保守，之前看到过一个数据，tcp 在万分之一丢包的情况下就只有 30%的速度了，开多个 tcp 链接下载速度能提高是拥塞算法的性质决定的，看起来像是 tcp 被限速只是假象。

一般只要用个加速器，单线程就可以满速了。既然单线程能满速，在底层合并多个 tcp 连接就收益不大了，所以做的人少。

我觉得合并多个链接只有在有多个物理接口的情况下才是必须的，比如一条电信线路，一条网通线路。

@kaiser1992 `不建索引`等于`每次查询都要浪费一次建索引的时间`

想想如果你的要定位的行在文件靠后的位置，因为每行长度不固定，没索引势必要遍历整个文件。

我看不出不建索引有什么优势。也许你的意思是你这个查询只需要做一次？如果只做一次就直接遍历吧。