@zn 说实在的对面向块的方案没信心，主要是不出问题的时候一切大好，出了问题或抛出一堆调试信息就懵了，正常反应是立刻导到备份库上然后这边再 fix 但个人用可就没这个备份库了，比如我这边就有 20T。再或者遇到严重错误，不是降级的那种，目录都找不到了。
如果是 unraid 或 snapraid 至少这类目录级的应对的方式很多。

内核中的信号处理和进程调度有关联性，一般都是计时上的问题，我试了两台空闲的都和书上的一样，打印两次。然后生成子进程的时候延迟错开一下就打印三次了，exit 的时候不容易撞到。不必纠结，也许你系统繁忙 /空闲的时候结果会不一样，明白道理就行了。
/* Parent creates children */
for (i = 0; i < 3; i++) {
usleep(100)
if (Fork() == 0) {

@bclerdx 因为其他应用又不跟随 chrome，要想同样不信任这些证书只能拉黑 mozilla-nss 里面的证书。

唉，好吧我又要把 mozilla-nss 里的一堆证书拉黑了。

说一下 MT7621AT，跑 chacha20 凭 MTK 一贯的 cpu 能力肯定不如另外两个。但这片子内置一个硬件引擎来加速 aes，官方宣称满载平均 200Mb/s。手头在用的一块板跑 ipsec 实测比这个数字还高不少。可惜市面上固件支持硬件加速的好像只有 Edgerouter X 有线路由器，这有评测 https://kazoo.ga/edgerouter-x-ipsec-benchmarked。
IPQ4018 也有类似的硬件引擎，但也没见什么 wifi 路由器的固件支持。
最后劝一句，别鼓捣什么 wifi 路由器了，软路由+AP 要什么有什么，cpu 没有不支持 AES-NI 加速的，软件都配套，开箱即用。

@sammo 除了男女比例均衡，其余的用来描述现在都不准确了。

@easylee 没觉得有多少人做过这个，还称不上海量吧，说湖量应该合适。另外科学是可以证伪的，普通人目前只能在多个商家做相同测试才能大概了解准确性，然而这么多年了没人这样做，也没看到类似的报道，姑且只能算算命吧。

翻完了，只记住了 LZ 精神分裂症风险是平均的 16 倍。这还真有点高级算命的味道。

SAP 只有 R3 是成功的，其余很多是跟风做的。话说 R3 那么陈旧的架构修修补补用了几十年，除了美军核武库管理系统恐怕没有第二个。入这行其实和计算机行业算是告别了，长远看算是企管、财务、人事等管理岗。SAP 最火的时候猎头把相关部门员工电话打一遍，完全卖方市场。现在随着外商制造业撤出算是回归正常。ERP 现在主要还是给大企业装修，外加一点传销性质的商业模式，无法增强企业的核心竞争力。

@herexf
@jiafaner
@seven777

我只想说 linux 内核里面各种位移，随便用乘除要被喷死。至于动态语言里面就变装逼，可能就是解释器的问题了，或是平台转换时候的各种坑。

@liwufan 对的，主要是信息不透明，上游厂家能公开一个 paper 就算很大方了，其余的都在收费 SDK 里面。wifi 其实就是空气 hub，MU-MIMO 没有改变这个事实。下游产品那些乱标的噱头真的是搞臭了 wifi 的牌子。

劝楼主别搞什么千兆路由器，都是小厂拿上游代码在改来改去，坑太多，下游厂商想搞噱头，上游厂商匆忙应对，刚出来的都是不成熟产品。建议软路由+cisco 的千兆 AP，理由是软路由 x86 cpu 跑应用可以秒绝大多数 ARM 或 MIPS，也不用折腾代码。AP 部分都是上游成熟方案，没有噱头，稳定，另外以后升级无线只需要换 AP。

楼主你理解错了，TCP 设计之初主要是面向文件传输的，在这种情况下没人会关心或干涉“流”之中的“块”。另一种用途是远程登录，因为这是人机的不间断交互所以本质也是流，同样不会关心“块”。如果你需要通过某些精心设计的“块”来驱动应用程序，那么 UDP 是干这事的。或者是 sctp。

@dven 白送。

@sommer
@rabbbit

真的比编译 android 都慢很多，时间都花在 webkit，blink，v8 这些部分。差不多可以当成一个 cpu/io 的 benchmark 来用。

@lekai63 知道除了用户访问的还有哪些后台通讯，彻底干掉 webrtc，linux 平台上支持硬件解码。 还有就是以前的版本，证书不强制验证 crt 和 ocsp，只有自己改代码才行。

@keboge App admin， 之后 app store 安装的时候可选版本，不过还是比较麻烦的就是他并不会告诉你那个版本可以装在当前的 iOS 下，差不多要每个版本都试试看。