kcptun 据说可以比肩 Finalspeed？作为连接服务器传输数据的加速软件？

额 怎么没人探讨这个问题。。。

我测试过，速度没 fs 快，可能是 sndwnd,rcvwnd 参数还要优化， vps 是 BWG ， 100M 电信， fs 能上 32Mbps, kcp 只能在 12Mbps 左右

上海电信 200M 带宽测试，有效带宽 21%
如果有较多人使用这种程序，出国链路速度会变得越来越可怕

有效载比的参数可以调整的，可以试试-mode default 或 fast 模式，或者关闭 fec

@xtaci 换成 default 后，有效负载比大大增加了，最多可以达到 60% 左右，一般有 40%，比原来好多了

@aru 载比和速度是一对矛盾，载比高，意味着需要等待更久，让延迟的数据包到达。
载比低，意味着可能误判数据包丢失，导致数据包重复发送了。

@aru 这些都可以通过观察 SNMP 的输出来调整, kill -SIGUSR1 pid 可以打印详细情况。

BytesSent: 167448581 BytesReceived: 9022988 MaxConn: 8 ActiveOpens: 0 PassiveOpens: 23 CurrEstab: 3 InErrs: 0 InCsumErrors: 7361 InSegs: 141681 OutSegs: 1051412 OutBytes: 1337182120 RetransSegs: 669591 FastRetransSegs: 442516 EarlyRetransSegs: 145268 LostSegs: 81807 RepeatSegs: 87 FECRecovered: 942 FECErrs: 0 FECSegs: 32499

例如上面这段， RepeatSegs 表示收到的重复数据， InSegs/RepeatSegs ，表示 incoming 数据包的重复率

RetransSegs / OutSegs 可以得出 outcoming 数据包的重复率。可以看出，当前链路丢包导致的重复率较高。

kcptun 设计上已经非常良心了。
1. 有超时退让， RTO ，网路不好的时候，会退让，有基本的利他机制。
2. 不伪造数据包类型，不用 raw socket/pcap 可以在非 root 运行，正常的协议栈流动。
3. 窗口大小默认设置保守。

@xtaci 所以说，理论上 kcp 无论如何改进优化，在绝对速度上是不可能好于 FS 的，因为 FS 足够流氓，足够暴力。

是不是可以这样理解？

@wske 不能这么理解，各有优劣， TCP 信道质量好，丢包低，但简单的 RST 包就能让路由器断掉这个连接(conntrack)。
UDP 信道质量低，但无状态，抗干扰性能较好。

@xtaci 希望增加 armv8 (rspi 3) 的預編譯二進制文件

不怎么会用，感觉和没加速没区别，是我没配置正确？