@gstqc #27 从 kvm64 换成 host 之后，性能有所提升，之前设置为 kvm64 的时候少了很多指令集。不过还是和你的测试结果有很大差距。

@gstqc #27 我简直不敢相信我的眼睛，给了 2 个核，感觉是假的 N3700
难道是山寨主板的锅？（不支持一些 CPU 相关的功能？） KVM 的 CPU 配置的不对？（我的设置是默认的 kvm64 ）

sh iperf.sh 100M aes-128-gcm
2017-09-20 11:36:25 INFO: initializing ciphers... aes-128-gcm
2017-09-20 11:36:25 INFO: listening at 127.0.0.1:8387
2017-09-20 11:36:25 INFO: running from root user
2017-09-20 11:36:25 INFO: initializing ciphers... aes-128-gcm
2017-09-20 11:36:25 INFO: tcp server listening at 127.0.0.1:8389
2017-09-20 11:36:25 INFO: running from root user
------------------------------------------------------------
Server listening on TCP port 8388
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
------------------------------------------------------------
Client connecting to 127.0.0.1, TCP port 8387
TCP window size: 2.50 MByte (default)
------------------------------------------------------------
[ 3] local 127.0.0.1 port 35600 connected with 127.0.0.1 port 8387
[ 4] local 127.0.0.1 port 8388 connected with 127.0.0.1 port 35170
[ ID] Interval Transfer Bandwidth
[ 3] 0.0-22.2 sec 100 MBytes 37.8 Mbits/sec
Waiting for server threads to complete. Interrupt again to force quit.
2017-09-20 11:36:50 ERROR: send: Connection reset by peer
[ ID] Interval Transfer Bandwidth
[ 4] 0.0-23.2 sec 94.5 MBytes 34.2 Mbits/sec
Test Finished

@gstqc #25 意思是随意先弄一个 Linux，然后在这个 Linux 里面用 dd img 到磁盘分区，然后换掉启动分区。这样么？

@gstqc #22 遇到了一点问题，我在 Proxmox 里面新建 VM 的时候，只能使用 ISO，我将 LEDE 的 IMG 用转换成 ISO。但是在 Proxmox 里面启动 VM 之后报错 “ Could not read from CDROM (code 0005)”

Google 没有结果，请问你是用什么工具将 IMG 转换到 ISO 的？

@gstqc #22 雾草，我这就换掉 ESXi。没想到 ESXi 性能这么惨不忍睹

Rime 用搜狗方案的双拼，之前用的小鹤，为了和 iOS 11 自带的搜狗方案一致才换的。

@gstqc 对了你是在你推荐的那个 kvm 环境跑的还是裸机？是 LEDE 嘛

@gstqc 这就很奇怪了
那看来只能是 ESXi 的锅了

@gstqc #15

带着代理测了一下，果然和实际速度差不多。瓶颈果然还是 CPU。
脚本在这
https://raw.githubusercontent.com/shadowsocks/shadowsocks-libev/master/scripts/iperf.sh

这是在 N3700 上（ ESXi ）
root@LEDE:~# sh iperf.sh 40960000 chacha20-ietf-poly1305

[ 3] local 127.0.0.1 port 40372 connected with 127.0.0.1 port 8387
[ 4] local 127.0.0.1 port 8388 connected with 127.0.0.1 port 36980
[ ID] Interval Transfer Bandwidth
[ 3] 0.0- 3.8 sec 39.1 MBytes 86.7 Mbits/sec
Waiting for server threads to complete. Interrupt again to force quit.
[ ID] Interval Transfer Bandwidth
[ 4] 0.0- 4.8 sec 32.8 MBytes 57.1 Mbits/sec


这是在 2015 MacBook Pro 13 上
❯ ./iperf_test.sh 40960000 chacha20-ietf-poly1305
Client connecting to 127.0.0.1, TCP port 8387
TCP window size: 144 KByte (default)
------------------------------------------------------------
[ 4] local 127.0.0.1 port 50396 connected with 127.0.0.1 port 8387
[ 4] local 127.0.0.1 port 8388 connected with 127.0.0.1 port 50398
[ ID] Interval Transfer Bandwidth
[ 4] 0.0- 0.5 sec 39.1 MBytes 727 Mbits/sec
[ ID] Interval Transfer Bandwidth
[ 4] 0.0- 0.5 sec 39.1 MBytes 703 Mbits/sec
Test Finished

大概是 10 倍左右的差距

@gstqc
蛋疼的是这个加密模式不是我能控制的

我在同一个网络下，关闭 LEDE 上的透明代理，使用 Mac 上的 Surge 连接同一个服务器，能跑满 200Mbps （长时间跑 CPU 温度显著上升，看来即使移动低压版的 i5 应付这种情况也不是想象中那么轻松）

目前看来瓶颈只能是 CPU。回去跑跑 iperf 基本上就能确认了。

https://github.com/shadowsocks/shadowsocks-libev/issues/1242

@gstqc 我发现 libev 版本自带了 iperf 测试脚本，晚上回去试试

@gstqc 和你弄了差不多的配置，但是主要的需求还是没有达到，ESXi 虚拟化下的 LEDE 挂 Chacha20 的代理还是不能跑满 200Mbps，你试过能跑多少吗？（等待本身是没有问题的，我用 Surge 可以跑满

大多数 60% 键盘都行啊

HHKB
Filco Minila(Air)
GH60 板子做的都行

@7654 思科的 IOS 的确不像安卓那么友好

千万不要用任何第三方，直接去航司官网定。
多少教训了

一直觉得 Android 的亮度过度非常不自然
（用过 Galaxy S2 那时候刷过 4.4 和 5.0。现在用红米 Note4x 7.1.2 感觉和几年前没啥变化

@gstqc 虚拟化一个路由和一个黑群晖的话，内存 4GB 够吗，还是要上 8GB ？

我的 AirPods 也有这个问题

堇了，这里居然有 ass