最好是多账号，虽然违规
可以打电话给客服清空余额

什么时候 Apple 会买不到了？只是收获时间不同罢了。11.3 收货和 4-5 周一样吗？

@unidentifiedme 打错，是 mononoki https://madmalik.github.io/mononoki/

mononiki

@fearme 也不是多牛逼的技术，不过手机上应该是第一次见

都没人提闪光灯慢速同步的么，部分相机都没有这个功能（我真的不是在黑感动常在

https://twitter.com/rizzledizzle/status/910927072234692608

Price Tag - Find best apps by Liu Yi
https://itunes.apple.com/us/app/price-tag-find-best-apps/id1166819590


当然这不是广告，大概是同类里面做的比较精美的了
不过收费

@gstqc #32 这可能真的是玄学，我的是这家的 V2+，甚至可能主板都是一毛一样的。。。只有网卡不一样，但是网卡根本不影响这个

@gstqc #30 你的机器是什么主板？ Proxmox 是啥版本？我装的 5.0
感觉很神奇，搞不懂这个性能差距在哪里。

@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