@cnbatch 正好相反，在 freebsd 上我第一件事就是 pkg install vim ，要是没有自动缩进感觉写啥都费劲。

@mayli mergerfs+nfs ，你是嫌炸的不够快，我公司用了同方案，基本上隔段时间就读写卡死。

加个 2FA ，安全性直接加一百倍

是因为换了域名？这么好的域名不拿来做色情网站可惜了，超过 pronhub 妥妥的

买过不少，杂牌的电源没炸过，倒是原装的炸过。

我的也是，可能是加载的 dll 啥的泄露了吧，隔段时间杀一次就算了。

还能因为啥，还不是牛马

我不光不 throw ，还要 catch 内部错误不处理，假装一切正常，有问题肯定是别人的问题，我这里都正常。

至少需要一个同配置的硬件来确定是不是普遍的硬件问题吧，反正我想到的就是硬盘 IO 限制了。

可以分块解析，或者自己做个匹配算法，理论上 json 解析只要不分配内存其实是很快的。那如果又要全部解析，又要快，那只能调用别的了，但是几百毫秒的这么做意义不大。

我现在住的村委的统建楼，隔音比商品房好多了，除了敲敲打打，基本听不到楼上的声音。感觉还是现在商品房太过于偷工减料了。

@churchmice 好奇是什么锅，搜了下只找到在内存搜索密钥的

100 个进程的切换还好吧，切换不会造成性能数量级的降低。这种由于外部请求造成的请求慢，换了 GO 也是一样的，没区别。
如果只是想让监控数据好看，可以这样，把事件等待和回调全部放在一个进程里做，其他进程只管预处理和分发请求。这样 wall time 就转移到单个进程，就会感觉几乎每个进程都在很努力的干活了。

换甜菊糖苷或者罗汉果苷，不光不致癌，还能抗癌。
零度可乐可以顺便换个名字叫抗癌可乐

忘了打印没匹配到了的，按照原义匹配：
awk '/".+/,/"$/{if ($0 !~ /"$/) {printf "%s ",$0; next;}} {print $0}'

awk '/".+/,/"$/{printf "%s ",$0}'

国内是不行，只有竞业和培训算违约，不告而辞都不用赔钱，国外的话至少新加坡 MOM 规定有 notice period ，如果在这之前走， 要掏钱。