变动 binlog 本来就要高权限，你又不愿给高权限……

用来拆字为字节。

@dawniii #167 取几万个 ID 然后再用 IN 查询为什么会慢，兄弟能不能说说看？

@hackingwu #97 数据库 Slave 可以集群，但是数据库集群是有一致性问题的，你往 Master 写数据然后回头从 Slave 读，读出来的不一定是新的值。维护一个 100 台 Slave 的集群比维护 100 台 App server 要难得多。

@ping2 ext4 小文件本来就没有太大优势，不如直接上 reiserfs 了。

@love 应用服务器跑满了堆机器就行，数据库跑满了咋办？改用读写分离又要改一堆代码还要保证数据一致性，还不如省事让 ORM 把数据装配完得了。

@hakono 各个大厂的小文件 FS 难道不是为了做大型集群？
楼主要是打算搞起一柜子存储服务器放个几百 TB 的图，那用小文件 FS 是挺好的。
如果只是单机的话，ReiserFS 或者 Reiser4 不能胜任吗？

@xchaoinfo 如果要考虑这种单文件迁移的话，可以看看 tar 包或者无压缩 zip 包，因为没有压缩所以串流起来很方便，可以直接定位便宜然后读数据。

@yutou527 @lewis89
也不算完全不行吧，编译器也可以静态分析行为然后重写代码的。
我之前有些代码写完以后，用 clang 编译完发现出来的汇编和我写的完全不是一码事，而且性能还快得多。
就算没有这种重写级别的优化，基本的 unrolling 和并行化还是可以做的。

文件系统就是一个效率很高的数据库了。
你说的这些难道不需要同等的存储空间？不需要消耗那么多 I/O ？

国外也封了，只有机房里还开着。你去国外用家宽试试就知道了。

看看能不能定制一下 logrotate 之类的。

还可以想办法改用 GPU 。显卡同价位下性能可不是强一点点。

单线程占用多个 CPU 线程不是很正常的吗…
操作系统让这个线程在多个核心里切换啊。

比如 4 个核心线程，每个线程负责 25%的工作呗。
分散是标准操作，可以降低单个核心的负载，凉快，不至于一小块地方特别热。
至于 ryzen，因为有单核睿频差异，所以需要优先使用最优的核心。

看条款，条款没禁止即可为。当然不可描述行为本身是比较灰色的方式，毕竟绕过了地域检测，行为和那些国外卖的可描述工具绕国家看网络电视差不多。

大多数软件是没有明令禁止的，比如我 steam 国区账号买游戏在美国玩也没人说。

普通的公司面试根本不 care 你是否查资料。
甚至我之前做的在线考题直接明说，浏览器请关闭无关页面，只保考题页和一个用于查资料的页面。

@SkYouth 是，所以我现在也很少会主动安利别人去学。
我这位朋友是看我这么打字以后主动想要学，所以我才跟进的。普通人日常打字，简拼够用了。

我就买的 QLC，镁光 P1 1TB，一小半拿来装系统和软件，剩下几百 G 拿来处理视频，快一年了还没见到过写入速度跌出高速区。当然我处理的文件也不大，几十 G 上百 G 而已，不一定有代表性。

@Smash 是，不过那个时代只有 UCDOS 和 486 电脑可以用，并没有太多打字的机会，所以花的时间比较长。
另外手机如果是用惯了九宫格的话（我相信大部分人都是用九宫格而不是全键盘），那手机就没必要切双拼了。
双拼要全键盘的。（双拼九宫格和双拼差不多是两个输入法了。）

@SkYouth wan 不是全拼是简拼……
全拼是指需要输入全部拼音来定位汉字的输入法，现在绝大部分人用的全拼其实都是简拼。
简拼也算是对全拼的一种改进，可惜简拼只在一部分输入场景下有用，毕竟会增加重码率。

只考虑 HTTP 协议的话怎么都行啦，你可以找找 Domain fronting 的资料。

反正不管怎么说，你这都没法解决纯 TCP 和纯 UDP 的连接问题，最终你还是要在 TCP 和 UDP 上加入对方的 IP 和端口，以及验证信息，然后重新发明酸酸或者肥二。