编码解码，协议封装，进程上下文切换，内核态和用户态数据拷贝 这些不都是要时间的嘛

合并修改呀，说到底就是为了减少 dom 操作的次数，提高性能

@winglight2016 因为有些算法并没有在 gpu 上实现，还有些 gpu 硬件加速是用专用电路完成的，所以无法选择算法

@sasalemma 顺便提一下，pppoe 可不是什么淘汰了的技术，和废物利用半毛钱关系都没有

我记得 dns 貌似是直接返回 CNAME 的结果让客户端自行再请求一次的吧

有可能是 QUIC 之类的

纯 c 性能也比 java 强多了，java 不是也活了这么多年么

@likuku 大部分压制组还是倾向于 cpu 压，因为无论是最后的成像质量，文件体积和参数可调性都比 gpu 的好的多

上个月就花钱买了🐶

试试用 x265 压视频，分分钟 cpu 用满

淘宝有 MLC 或者 SLC 的高速 U 盘，速度杠杠的

直接禁用 windows update 服务就好了

@BlueFly 你应该是遇到这个情况了
/t/415556

cpu dasher64 支持 ios9 以上的，不过更贵罢了

@myliang fish-admin 我也看过，不过这个毕竟是需要在本地部署之后才能看效果，而且的确过于小了，很多内容都没有涉及到，而 fish-ui 的 doc 是可以直接看的，而且基本上覆盖了 fish-ui 所有的组件的用法，所以在细节方面参考价值更大

昨天用 fish-ui 写了一个小项目，提点意见吧
文档写的实在是，，，各种组件没有分类都混在一起，除非看提供的例子，否则根本不知道该如何组合使用。
然后有些组件的属性并没有列在文档中（ table 分页那部分），要自己查源代码才能找到
另外有些组件虽然可以复用，比如 fish-option，在 form 和 menu 中都有使用，文档中却没有说明其在不同父容器中使用的区别
fish-menu 中使用的 fish-option 和 vue-router 配合的并不好，需要手动写 click 事件，且还在在 mount 的时候加钩子来激活确定当前页，设置 default-active 属性
fish-table 的扩展菜单只能通过 render 函数实现，然而大部分人还是用 vue-loader 写的.vue 组件，render 的编写对于初学者过于复杂了，是不是可以考虑中 slot 解决这个问题

目前暂时就这么多，最后提一个，fish-ui 各个组件的 src 看着还是很清晰的，但是官方文档部分的源代码实在是看不懂，建议重构一下，毕竟这也是给各位使用者最好的例子

就算是为了执行效率和可维护性，用个 class 不就搞定了，非要用 dict

@Nin 我只是说#33 那个用安卓的不懂就不要瞎逼逼

@honeycomb 经过大量的反馈和我自己的体验，我确定是 10.2.1 才开始有降频的情况，而且“两害取其轻”那也不能再充电的时候也降频吧，难道一边充电还能遇到“无法提供足够功率导致手机关机的情况”？我的 6s 充满电频率都跑不到 1848