xtaci 最近的时间轴更新 xtaci 最近的时间轴更新 |
xtaciV2EX 第 174830 号会员，加入于 2016-05-26 22:30:24 +08:00 |
xtaci 最近回复了
2017-03-27 15:04:36 +08:00 回复了 call43848 创建的主题 › 问与答 › 过几年技术又进步了，中国访问美国服务器会不会比现在快很多？比如 ping 在 100ms 以内？ |
中美 15000km ，沿海岸线距离，来回 30000km ，光速需要 0.1 秒。
2016-08-18 22:20:28 +08:00 回复了 ragnaroks 创建的主题 › 分享创造 › KcptunGUI,kcptun 的 Windows 用户界面 |
2016-07-26 16:24:06 +08:00 回复了 laiyingdong 创建的主题 › 分享发现 › kcptun 据说可以比肩 Finalspeed？作为连接服务器传输数据的加速软件？ |
@wske 不能这么理解，各有优劣， TCP 信道质量好，丢包低，但简单的 RST 包就能让路由器断掉这个连接(conntrack)。
UDP 信道质量低，但无状态，抗干扰性能较好。
UDP 信道质量低，但无状态，抗干扰性能较好。
2016-07-25 20:42:49 +08:00 回复了 Plumes 创建的主题 › 宽带症候群 › 感觉最近国际网络变慢了，不知道是否普遍 |
@cye3s :smile: 有空测试下 https://github.com/xtaci/kcptun/releases/tag/v20160725
2016-07-24 22:39:54 +08:00 回复了 Plumes 创建的主题 › 宽带症候群 › 感觉最近国际网络变慢了，不知道是否普遍 |
还行， kcptun 开着用 fast.com 测速还是能到 30mbps
2016-07-20 09:38:28 +08:00 回复了 kmahyyg 创建的主题 › 分享发现 › 发现个不错的多平台轻量级网络加速： kcptun(不是多倍发包！) |
源码核心部分 https://github.com/xtaci/kcp-go ，如果发包太多，说明网络质量极差（可能比 ping 丢包率还差，因为 ISP 可能对 ping 优化了)
2016-07-05 20:51:49 +08:00 回复了 laiyingdong 创建的主题 › 分享发现 › kcptun 据说可以比肩 Finalspeed？作为连接服务器传输数据的加速软件？ |
kcptun 设计上已经非常良心了。
1. 有超时退让， RTO ，网路不好的时候，会退让，有基本的利他机制。
2. 不伪造数据包类型，不用 raw socket/pcap 可以在非 root 运行，正常的协议栈流动。
3. 窗口大小默认设置保守。
1. 有超时退让， RTO ，网路不好的时候，会退让，有基本的利他机制。
2. 不伪造数据包类型，不用 raw socket/pcap 可以在非 root 运行，正常的协议栈流动。
3. 窗口大小默认设置保守。
2016-07-05 20:43:05 +08:00 回复了 laiyingdong 创建的主题 › 分享发现 › kcptun 据说可以比肩 Finalspeed？作为连接服务器传输数据的加速软件？ |
@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 数据包的重复率。可以看出，当前链路丢包导致的重复率较高。
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 数据包的重复率。可以看出，当前链路丢包导致的重复率较高。
2016-07-05 20:34:21 +08:00 回复了 laiyingdong 创建的主题 › 分享发现 › kcptun 据说可以比肩 Finalspeed？作为连接服务器传输数据的加速软件？ |
@aru 载比和速度是一对矛盾，载比高，意味着需要等待更久，让延迟的数据包到达。
载比低，意味着可能误判数据包丢失，导致数据包重复发送了。
载比低，意味着可能误判数据包丢失，导致数据包重复发送了。
2016-06-18 11:56:53 +08:00 回复了 laiyingdong 创建的主题 › 分享发现 › kcptun 据说可以比肩 Finalspeed？作为连接服务器传输数据的加速软件？ |
有效载比的参数可以调整的，可以试试-mode default 或 fast 模式，或者关闭 fec
Select Language