应该是不想每次更新版本的时候重发 image

从短期规划开始，比如先挣他一个亿

nftables, tc, XDP

@huangya 对，不会做多余的 clone ，具体看 br_flood()

read B 和 Data B 有因果关系吗？如果有的话，看你代码 A=await ws.recv() 在 await ws.send("read B") 之前，那么 A 不可能是 Data B

clone 一次，cloned 都是 1 ，原则上 clone 以后两个包没区别

看成了猫娘

导出不导出指的是 identifier

参考发行版的 live-CD/USB

@WaterWestBolus 一个 chain 只在一个表里，虽然是可以同名的。2023 年了，换 nftables.

是客户端的时间吧

是用企业账号买的吗？

不买判几年？

#75 写反了，应该是 receive (synchronized before) completion of send

同时还有 send is synchronized before the completion of receive ，channel 是双向同步点。

@rockyliang 这是几个不同层面的问题。
一是根据 Go 内存模型，这段代码保证顺序是 写 a (sequenced before) send (synchronized before) receive (sequenced before) 读 a ，所以最终结果是 写 a happens before 读 a
二是多核架构的内存模型里，CPU 都会提供显式或者隐式的同步指令，用正确的指令就能完成多核之间的同步。
三是硬件实现，这个不同架构会有比较大区别，非专业没必要深究。

关于协程和线程，协程最终是在线程里执行的，只要有竞争的协程有可能在两个线程中同时执行，就需要引入线程的同步机制。换句话说，代码最终是在 CPU 核心执行的，只要有竞争的代码有可能在两个核中同时执行，就需要多核同步机制。

原文解释的还不够清楚吗？

没必要了，不想自动登录可以用无痕窗口