@LXGMAX 好呀，欢迎兄台加入 qq 群，有任何问题可以一起沟通交流呀

@LXGMAX 感谢，曾经在同事的树莓派（ arm ）上适配了，但后来没有再试过。印象中后来增加的功能也没有对平台有什么特殊处理的地方。如果兄台手头有 arm 环境，还望能借用呀…😂

@hankai17 是的，Melang 的每一个脚本任务都是一个协程，这些任务可以在同一个线程下分时调度执行，且是由调度器自动切换 而不是调用了某些含有切换功能的函数才让出执行权限。

@vitovan 是的呀，慢慢积累呀

@Or2 第一个问题，常规频繁插入删除查找的动态数据场景下，rbtree 会优于 avl 。第二个问题，我没有对比过不敢妄下定论，而且也要考虑一些特定场景，就好像一般的字符串匹配算法和 kmp 算法一样。理论上的优劣有时候和实际实现是相悖的。例如整数大数计算中的乘法，理论上 FFT 优于朴素算法（两层循环嵌套），但实际的软件层面实现和测试结果上，朴素算法远优于其他算法。

@dcoder 感谢感谢～
@Or2 不用 avl 是因为构建成本（插入和删除要保证严格二叉平衡树特性而带来的转枝开销）比红黑树要高，虽然他的查询最优，所以如果你的场景是查询远大于插入删除，甚至一次构建其余时间都是查询，那可以考虑 avl 。至于说加 min 和 max ，这样做的代价就是会有额外对部分树结点的遍历，一方面来自于结点增加或移除后向上回溯，另一方面来自转枝后结点关系改变因此 max 和 min 要重新取值再回溯。总之改造越多性能肯定会受到一些影响，但也要取决于你想要实现什么功能。或者你也可以考虑将多种数据结构施加给同一个结构体来实现自己的需求，例如红黑树加链表实现快速插入删除搜索和 LRU 。

@duke807 感谢阅读。
事实上，
“而 linux 式的做法，node 本身一般放在开头，和用户 struct 数据地址是一样的（即使不放开头也是一个固定偏移），编译器会直接优化，节省一次取指针变量数据的操作”
你说的这段我在实际项目经历中确实有这么用过。因此我也想过将我的红黑树代码进行这样的重构。然而失败了，原因正如我给出的：“同时挂多个树”，这个场景出现在我的脚本解释器中。在脚本解释器中实现了一些内置函数和库函数用来打印一些变量的值和详细的信息。对于复杂数据类型（如数组、对象等）一般是使用红黑树实现的。因此可以想见，有多少变量可能会加入树中，又有多少种数据结构需要增加树结点成员。这会使得整个解释器的结构体定义非常难看，且每引入一棵树，就有可能对很多结构体增加一个 node 成员，这样的维护量会越来越难以承受的。

感觉可以参考 discord 。纯做开源没问题，要是考虑商业化的话，要小心竞对 DDOS 攻击（别问我为什么知道）

留个联系方式可否 发你

猎头？

为啥不使用 socketpair ？进程退出，另一端套接字直接 read 返回 0

@mara1 兄弟 你还忽略了时差

@ericps 解决了，🐧MjAzODYwODkxMw==

@nexo 因为搞得人少吧，写合约容易，但合约部署后是无法修改的，且部署合约只要花费以太币的（几千块都算少的）。而且你还要有能换 eth 的渠道（交易所）。

@lizhenda 😂兄弟，跑题啦

为啥不用 supervisord 这类程序直接把挂了的程序自动拉起来

godaddy 的服务器貌似也可以，流量不限，低配不到 60 一个月

@dndx 已发送，请查收

不知道支不支持远程