不明白为什么一个 commit main 上有，dev 上不能有，合并以后又要有

服务端校验密码是比较重的操作，尤其是 bcrypt 这种抗攻击 hash

CTF?

数组、std::array, std::span, std::vector 越界都是 UB ，告警是编译器的行为。

要强一致就要加锁（或者等效于加锁的操作）。考虑到 IO RT ，可以按店铺分区，实现一个批量加锁的接口。不知道有没有现成的轮子。

问题：用的库里面的 c 代码有 bug
解决方案：换 mac

自己的产权随便，商店版闭源都行

内层 10000 个开线程太多了，池满了一样阻塞。要改成异步或者试试虚线程。

@SakuraSauce DHCPv6-PD

@SuperMild 跟垄断不垄断没关系，也没有企业在人力市场上形成垄断。买卖超限劳动力是对合的行为，禁止买自然就禁止卖。处罚只是禁止的一种手段，可以不处罚，但是应当禁止。企业接受劳动者自愿过量加班也应禁止。

@SuperMild 自由不加以限制一定会导致强者对弱者的剥削。加班是市场经济，不加班是 renquan 。

@AoEiuV020CN 打开文件拿到 fd 以后应该就可以直接用 java.io 再打开 /proc/self/fd/x 了

@tool2d
阻塞式接口更直观。重点不是等 IO 时让代码做别的事，而是让 CPU 做别的事。理想情况下，线程开销足够小，就可以一直创建线程调用阻塞接口。事件循环到协程的封装也是为了用阻塞式的逻辑写异步代码。

JNI...

不来个 LD_PRELOAD 呢

单独内核模块的话不能引用 GPL （ EXPORT_SYMBOL_GPL ）的内核符号。

在法规和能力范围内尽量提高通行效率。很烦那种无脑排队后面赌一排车的人。

不会有人改不了邻居的 SSID 吧？