>这个具体如何与 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 `不建索引`等于`每次查询都要浪费一次建索引的时间`

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

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

囧，正在编辑不小心发出去了。凑合看吧。 索引做成外挂式的，不需要改原文件。

索引例子：
行数（单位千) 文件偏移
1 456789 （第 1000 行的文件偏移）
2 1234567 （第 2000 行的文件偏移）
3 2345678 （第 2000 行的文件偏移）
4

@kaiser1992 建索引需要时间，存索引需要的空间最后貌似比源文件都大了把

不会，索引不一定是完全的。可以每隔 1000 行建一个索引。查找时先用索引定位到文件偏移，然后稍微做一点遍历。

"用 docker，网络设置成 桥接网卡 ， 应该也可以"

@linhua 我看了一下 docker，它只有在 linux 上才是原生的，在 windows 上和 mac 上都是跑在 virtualbox 虚拟机里的。 所以。。还是直接用虚拟机更轻量吧。我在 release 里发布了预装了 udp2raw 的 ova image(容量也是 4.4m)，用独立的 virtualbox 可以运行，用安装 docker tools 时自带的那个 virtualbox 应该也行。

用衣服，除了天线整个路由器包住。