@lcdtyph

不过性能差距在高负载的时候才能体现出来

内核处理 unix domain socket 的时候没有 routing netfilter 这些没用的步骤，所以会比 loopback 更快一些

文件相比 listening socket 更方便控制权限，还能省一个端口号

@nevin47
tsc 是 x86 平台的，是内置在 cpu 里东西，精度极高可以达到纳秒级，而且访问延迟低，在 intel 搞出来 invariant tsc 之后现代 linux 在 x86 平台会默认选择这个作为 clocksource

hpet 是内置在主板芯片组中的，最开始是 intel 和微软弄出来的，但是精度基本都在最低要求的百纳秒级，而且因为不在 cpu 里面所以访问延迟很高

arm 上类似 tsc 的东西是某个 pmc 寄存器的值，但是它没有 invariant 的特性所以不能被用作 clocksource，而是需要板载一个时钟模块，然后内核做 mmio 来操作这个外部定时器

裸屏党路过…
贴膜真的影响手感

@learningman
现代硬件支持非忙等待，比如中断形式，当内核没有要执行的指令的时候可以执行 mhalt 让 cpu 进入睡眠状态，从而等待下一个事件到来再唤醒内核

操作系统会提供一些原语来支持条件唤醒，比如 linux 下的 wait_queue 或者用户台的条件变量

wait 实际上可以分成 blocked wait 和 busy wait，后者不会使线程让出时间片。wait 只表示等待一个事件的出现，事件可以是 IO 就绪，锁被释放，信号 /中断到来等等，而等待的方式则可以是 blocked 或者 busy 的。

你是不是在~下执行过 git init 啊…

:set nolist

去中心化和交易速度是不可兼得的

你需要 solution，每个 solution 包含多个相互联系的项目，每个项目产生一个 dll

seq = b'\xc2\x1d'
(int.from_bytes(seq, 'big') + 1).to_bytes(len(seq), 'big')

分区表？把 1T 的那块转成 gpt 看看

求导次序无关的前提是混合偏导数在那个点连续

@lifanxi
不一样，xxx A(B);是 direct initialization，而 xxx A=B;是 copy initialization
区别是当 AB 类型不同时 copy initialization 会考虑隐士转换，从而引入另一条构造路径导致歧义。
解决方法之一可以在正确的地方使用 explicit

什么叫“无法正常生成容器”？

是生成了但是启动就退出，还是生成了启动了但是 tomcat 运行不正常，还是 docker 指令就报错了

如果报错了，报的是什么错？

还有这个 compose 文件的缩进是不是不太对

你直接发个超长 ping request 就能看到分片的 ip 层报文了

@ssshooter
这是 dnspod 更新 whois 出问题了，ns 记录是没问题的。你可以工单问他们修复一下