1
stamwoo 2017 年 4 月 6 日 via Android
远程端口填 kcptun 端口 不要填 ss 端口,其他默认留空。
对于插件版的 ss 客户端有用 |
2
chanssl 2017 年 4 月 6 日 via iPhone
snwnd=400;remoteaddr=serverip:kcpport;mtu=1350;rcvwnd=400;mode=fast2;key=password;crypt=salsa20
我的参数。 |
3
shadownet 2017 年 4 月 6 日
已弃坑玩 tcpspeed 了,安卓还需要这个加速,啥需求?
|
9
Anxi 2017 年 4 月 6 日 via Android
最后面加入 ;nocomp 试试
|
10
chanssl 2017 年 4 月 6 日
https://ooo.0o0.ooo/2017/04/06/58e600632c624.jpg
或者你试试按照下面这个参数的顺序?输入后会自动打乱成我上面发的参数的顺序,不知道有没有影响,你试试。你调整过的参数也需要添加修改上去啊。 remoteaddr=VPS_IP:KCP_Port;key=kcppassword;mode=fast2;mtu=1350;snwnd=400;rcvwnd=400;crypt=salsa20 |
11
to2false 2017 年 4 月 6 日
已弃 kcptun ,我是来鼓吹 bbr 的
|
12
liyiecho 2017 年 4 月 6 日
|
13
Blazings 2017 年 4 月 6 日
|
14
ChasYuan 2017 年 4 月 6 日 via Android
bbr 大法好
|
15
l9rw 2017 年 4 月 6 日
弃坑吧骚年, bbr 大法好,现在 ovz 也可以 bbr 了
|
16
Quaintjade 2017 年 4 月 6 日
感觉 BBR 也就 10%左右丢包时还行, 30%丢包还得靠双向发包,虽然只是治标的办法。
|
17
DejaVud 2017 年 4 月 6 日
ss 不要设置转发 udp,在 kcptun 插件下有问题
|
18
ragnaroks 2017 年 4 月 6 日
#16
如果丢包超过 5%,那为什么要用这么垃圾的服务器 #0 现在 bbr 出来之后,一般网页浏览,看视频都满足需求了. |
20
yan5990853 2017 年 4 月 6 日 via Android
建议使用单边加速, bbr 或者锐速
|
24
ninggu2008 2017 年 4 月 6 日 via Android
安卓版就那么两个选项。端口不必说,参数就是你服务端的参数啊,看看 wiki 怎么写哪些必需就完了。
|
25
d7101120120 2017 年 4 月 6 日 via Android
@shadownet 神在尽可能公平的情况下提高你的利用率加快你的速度, fs 虽好但是对于出口带宽和对于同母鸡的其他 vps 都会造成很大的不利影响
|
26
asan2006 2017 年 4 月 6 日
一直觉得这个参数是个玄学问题,至今裸 SS
|
27
d7101120120 2017 年 4 月 6 日 via Android |
29
shadownet 2017 年 4 月 6 日 via iPhone
@d7101120120 我看了下 貌似 TS 并没那么夸张的拼命发包
|
30
tys 2017 年 4 月 6 日
同等条件下 kcptun 加速效果比 bbr ,锐速要好,和 final speed 比的话占用内存少
|
31
phx13ye 2017 年 4 月 6 日
digitalocean, 深圳电信, bbr 鸡肋, kcptun 立竿见影
|
32
fhefh 2017 年 4 月 6 日
用 BBR 在~ 效果还行
|
33
Srar 2017 年 4 月 6 日
@d7101120120 TS 上传下载几乎是差不多的 比 KCPTUN 毒瘤好多了
![]() @tys Java 内存这样已经差不多了( 我自己也有在魔改 FS FS 的主要瓶颈在于 JNI 上下文切换非常非常非常耗时 |
36
xkcptun 2017 年 6 月 6 日
xkcptun 也是一个轻量级的选择
https://github.com/liudf0716/xkcptun |