
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 |