nginx 还有个 request_time 吧，好像是处理请求的总时间，减一减看

试了这位的几个帖子都可以打开啊，我是 macOS Chrome
难道是注册时间？

@AllenHua
对，是中科大 dns，因为有非标准端口方便调试
找个地方把 iptables -vnL 和 iptables -t nat -vnL 和 iptables -t mangle -nvL 贴出来看看吧

@AllenHua #34
看上去是的了，openwrt 上有安装 clash 类的工具么？

在此之前先看一下换个 dns 能不能返回结果吧，8888 有的地方直接封了
dig <domain> @202.141.162.123

排除一下 53 端口的问题
dig www.baidu.com @202.141.162.123 -p5353
能正常查询么

去装 backports 的 git 2.20.1 吧

@LinePro
不是说默认子网前缀是 10，是 fe80::/10 这个网段的地址都是 link-local 地址，本地单播实际上前缀是 64 。
拿这个例子是想说，当时用 ipv6 全局地址通信的时候，网关可以使用与通信地址不在同一网段的链路地址。

@ysc3839 #9
网关不必在同一子网，典型的例子是 ipv6 的 link-local 地址。
在路由阶段网关的 ip 只是用来在 arp 过程中获取下一跳的 mac 地址，因此内核只需要知道应该从哪个 interface 广播 arp request 就可以了。

@minamike
腐蚀了也只能补点，不能换另一个 cpu 不然数据全没了

可以去了解一下“范数”（ norm ）的定义和由来

简单来说范数是在“长度”的推广，其中 L-p 范数定义成这样 Lp = (|x|^p + |y|^p)^(1/p) 该定义反映了(x,y)这个点距离原点的"Lp 距离"

回到 #3 给出的链接中可以直观的看到在欧式平面中，不同的 p 对应的等距点集合的形状。

这个格式不对吧应该是
::ffff:1.2.3.4

是的，无论如何配置 win 都会发送 dhcpv6 solicit，而且这问题似乎从 vista 时代就有了

可以在防火墙里把这个 type 的报文禁用掉

@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 啊…