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

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

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

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

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

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

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

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

设备全塞柜子里，关上门待机要七十度多，现在天气热，拿了个落地扇对着吹，基本维持 50 多度，不然会直接温度保护开机不了。

如果是同一个程序可以，不然不同的编译器，不同的编译 flag 都会造成差异

看声明说主要原因应该是没钱了

@Tengdw 同款，五个月后掉盘，重启后正常，过一段时间又掉盘，再重启又正常，换新了但是不敢塞回去继续用了。

开几个网页，就占了 24G 内存了，反正这玩意不用考虑寿命，一次购买终机受益，当然是越多越好了。

遇到过两种情况，一种是卡 io ，还有一种很奇怪，是某个客户端执行语句，sql 协议出问题，一直在等几个 byte ，然后整个表就处于锁死的状态。

不光没注销，还把我的五个账号名额全注册了，避免被别人盗用。
反正不用的话，注销不注销都无所谓的，万一哪天要用了，真注销我肯定是要后悔的

@james122333 configure 慢不是因为 shell 去 fork 进程慢，而是它为了检测一堆没用到的 api 去不断的去测试 compile ，如果没有 compile 的话应该也是很快的。个人感觉 bash 最缺的就是两个，一个数值系统和一个正则系统，这个 expr 稍微让它多干点都不行，只能动用 bc 或者 dc 。正则的 capture 得挖空心思来弄，用 substitution 吧它只能匹配简单的，其他完全就是各种花式杂耍，什么扩展 grep ，sed 匹配整行替换，awk 调用 match ，perl 还简单点就是宿主机得先装个 perl 。

今天才给我桌面加了个搜索框，开始还以为是啥狗屁膏药，而且开 ie ，自动开的 edge

用 shell 实现太容易出现注入漏洞了，几年前的 360 路由器第一代，我逆向固件后，发现其中一个一百行不到的 shell 实现的 cgi 都有注入漏洞，可以直接远程执行命令，而这仅仅是因为 escape 字符串不到位而已，还有 ruckus 路由器也有注入漏洞，我拿来解除国家码限制。这都还是会考虑到安全因素的路由器，所以用 shell 写东西不难，难的是要全面的考虑到安全。

用数组限制太大了，至今都没什么机会用上，sh 主要就是写一些安装脚本，复杂一点我会用 lua ，table 基本上可以解决一切需要存储的地方，string.match 能解决大概 90%的正则需求，关键是非常可靠而且安全。大概十年前见过一个台湾生产的路由器，进去看才发现里面所有的页面都是用 shell 实现的 cgi ，当时震惊到我了。