@xuld 你这个例子让我想起来我看过的一本算法书，那本书用的语言是 python ，但是还是写了和你代码中一样的 getter setter ，完全不知道 python 里还有 @property 。

你要明白 js runtime 的单线程 事件循环模型才能真正的了解 promise 和 js 的 async 。
搜索关键词：javascript 事件循环

侧面说明了 web 框架速度不重要，开发体验才重要，大公司遇到性能瓶颈直接横向扩展就行了

nil 是没有类型的，(XXX*)(nil)让这个 nil 赋予了特定类型，这不是很常见的用法吗，c 里就是这么搞的。

你需要的是培养在这些垃圾社区屎里找花的能力，而不是去找在中国不切实际的“纯粹技术社区”，这种社区要么就小的要死，要么就是特定领域的。

ebpf ，一个请求的时间用这个 bcc 脚本就行 https://github.com/iovisor/bcc/blob/master/tools/tcplife.py ，追踪一个链接需要的完整内存使用情况多少就有点麻烦了，tcp 队列跟踪和 skb 系类调用都要打 kprobe 。

@shintendo 试了下，把配置 sudo 如何运行应用程序改成内敛后，基本上就和 gsudo 一样了。

@VchentozV 就比如 winget 更新软件，前面加个 sudo 就不会每个软件安装的时候弹框了。

在怎么 ai ，最起码你这歌作曲要自己搞吧，你这全用 ai 生成的音乐甚至都不如那些抄袭的。。。

有人说坐着提肛提了一年，得前列腺炎了。。。

不错呀，搞得我也想尝试了

树莓派小车。远程操控+视频传输+图像识别。

@PTLin 打错了，不是栈上指针，是分配内存所得到的指针。

@iceheart 你可以去看看 rust for linux 的代码，rust 的抽象程度也就是 better c 的程度，就比如栈上指针的 box ，rust for linux 分成了三个类型，分别是 kmalloc 的 KBox ，kvmalloc 的 KVBox 和 vmalloc 的 VBox 。
你要说的 raii 的话，rust 也有一堆办法可以让一个类型避免超出作用域被析构，甚至直接调用 kmalloc 系列用和 c 一样的原始指针也可以。
我就这么说把，rust 的代码就算内核里的 c 开发者没学过 rust 也能完全搞明白代码逻辑，根本没有 cpp 里那么多 implicit 的东西，也没有 cpp 那么多的黑魔法，起码 review 的时候很直观。

@iseki 当然是写 dma 抽象的人来修，而且 rust 侧的很多 wrapper 本身都不是太复杂，就比如这次抽象的 dma_alloc_attrs 本身逻辑简单，就是可以附加不同属性的分配 dma 内存，就算由 break 了估计最多一小时就能完事。

后面的故事我已经想好了。
下一集：Christoph Hellwig 不满 linus ，fuck rust ，对 dma api 进行 breaking change ，煽动起社区厌恶 rust 的人一起来挑战 linus 权威。
linus 随之反抗，将 Christoph Hellwig 从 dma mapping helpers 除名。
借此一战 Hellwig 成功吸引到一批追随者，随之对内核进行 fork ，剔除了 rust 。
历史上称此次事件为<<<RUST, F*** You! , Linux fork PANIC!!!>>>
（狗头）

@PTLin 当然不是说 2 3 这些变量 setjmp 前后一定就在寄存器里，也可能一开始由寄存器表示，随着指令的执行因为某些原因被压入到了栈中，但是最后当使用的时候总是会正确的从栈中复原出来。

@heiher 感谢回答，我也是太久没接触过调用规范了，一时间有点懵了。
总结下，这分为三种情况
1 变量在 setjmp 后从栈读取。
2 变量在 setjmp 前后都是从保留寄存器（ callee saved ）读取。
3 变量在 setjmp 前后都是从临时寄存器（ caller saved ）读取。
第一种情况自然万事大吉。
第二种情况，setjmp 会保存 callee saved ，longjmp 会恢复 callee saved ，所以寄存器值始终正确。
第三种情况，在 call setjmp 前就会把变量所在的 caller saved 寄存器压栈，而在 setjmp/longjmp 返回后会把变量代表的 caller saved 寄存器弹出。所以寄存器值始终正确。

@heiher 这两天把你的协程库看了个大概。hev_task_execute 切换栈，hev_task_executer 和 hev_task_system_schedule 里 setjmp 前后对栈上 task/ctx 变量的维护和用其实现的协程切换确实很有意思。
不过我有个疑问，比如 x86 下 hev_task_executer 中，setjmp/longjmp 只会保存和恢复保留寄存器以及 rsp rip ，怎么保证 longjmp 切换上下文后，hev_task_executer 后续读取 task 变量一定从栈上读的，确保 task 变量不会被优化成寄存器变量呢？