那个用得顺手就用哪个

没必要为了换而换，如果没有刚需，其实真的够用了

@bclerdx 个人猜测，很可能是性能过载，其一是现在网络流量本身在不断攀升，以前 2M 宽带，现在 2000M ，网络设备的性能要求在不断被动提升，其次就是设备老化了之后，自身处理能力就会下降，再有一个，就是系统层面说不准有什么 bug 被触发了吧。网线传输不稳定的稳定，一般不容易引起 cpu 这么异常，而且你这个，很可能之前一直就这样，并且在慢慢变严重，而你之前没有发现而已

说个不一定合适的话，这机器用了很多年了吧，够老了，可以考虑换了，电子产品有生命周期的，久了就容易有奇怪问题

好像就最近出现的……我也发现了

我经常被自己几个月前的代码气到不行

mini redis +1

跑 java ，“凑合”的 cpu 可不一定够啊

自己写就好了，我就是自己写的规则，从梯子商那里拉的节点，其实配置文件很简单的，7 楼共享的库里面有大部分常用的分流规则了

又一个被无脑鸡汤害了的文青

剃个光头，坚持 3 个月，你就会爱上这种感觉了，省钱多好

限定国内的话，那就阿里云了，虽然也是一坨屎，那文档、那 api 、那控制台，绝了

你确定自己能受得了 rust 的折磨？

我用上了电涌保护器和防电涌的插座

这方面，我对自己的脑子挺没自信的，所以一般选择不过度加密，毕竟我也没有万贯家财，或者掌握极端情报，应该不会有人会来刻意黑我，做到一般程度就够了，替 op 默哀一秒

确实有省电倾向的设定，如果对应的 Wi-Fi 连接进入“节能模式”，就很大可能被 iphone 断开，之前给人做了几个相关的小硬件的时候，详细测过这个细节，但是如果 sta 不主动进入节能模式，就不会被断开。

至于自动关闭，可能是因为节能模式断开之后，无法再连上吧，ios 的设定是非信任设备，必须在 ios 处于热点共享界面的时候才允许发现 ap ，所以大部份设备断开之后就无法自己主动连上了

如果我上面说的，刚好是 op 遇到的问题，那这应该是出于节能和安全方面的考量，bug 不算，只能说是不适合 op 的使用场景

m4 来不了这么快的，消息太假了

怎么啥都能引出阴谋论呢，op 这么闲，去多写几行代码提高下技术比较好

@huangliu 大概一周多之前，最后一次用的时候，就无故查看不了新的 key ，列表可以刷出来，但是刷不出 key 的详情，出现概率还挺大，必须断开连接重新连接才行