A:
这个需求本身推荐直接 atomic 。锁的话你也可以自己实现，常见需求用 parking_lot 就好。
channel 内部往往也有锁或 CAS 。
涉及等待，thread 的话标准库有信号量等，async task 的话可以用 tokio/futures 等库提供的实现。
反正实在不行，自己搞 syscall 总能做。
B: 可控且性能要求高的循环引用可以直接 unsafe 手动来，比如实现双向链表。或者引入 Rc/Arc 等智能指针走引用计数。

就我个人的经验，应当尽可能的 thread local ，减少不必要的线程同步(当然这个和 rust 本身已经关键不大了)。也不用太慌 unsafe ，为了性能该 unsafe 还是要 unsafe 的。

vscode remote 吧

@curoky 楼主字节的吗🌚

一年多前入的 R720xd ，2U + 8HDD 空载 160W ，最近换成 1U + 2HDD + 2SSD 降到了 80W 。
买的时候是 裸机器+E5-26xx*2+2T*5+96G=¥3500 。

缺点是没法换新款 U 、内存频率低、吃电。
好处是 U 便宜、内存便宜、12 个 3.5 硬盘槽、带 raid 。

如果现在让我重新选，我可能会选 1U 的新款一些的服务器。

大佬 dddd

路上遇到辅警的小电驴都比解锁后的小牛快。。

都用这种机器了肯定不在意性能，那 swap 记得拉满。

本地 Macos 远程 arch ，很舒服

楼主不是字节的吗？

我这边也是常年国内 /新加坡 /美西 /日本跳（无机场，全是自己的 vps ip ），账号快十年了，没出过啥问题。
不过这也只是我自己的 case ，风控策略往往是个很多因素的黑盒

片头动画挺有创意

实名卖梯子，这也太勇了

@duke807 再厉害的大佬也会犯错，并且很多是不注意导致的低级错误。所以用一定的机制来收敛可能导致内存错误的代码段是有用的，无论是对小白还是老手。
c 写出问题之后查错成本高，但对于生产环境来说错误本身导致的代价更大。所以能形式化证明代码没问题很重要，这样会降低很大的潜在成本。

之前买了荣耀智慧屏 X1 ，拖影+假 HDR ，出又出不掉，一生黑了。

@neoblackcap 遇事不决 Arc Clone Mutex ，不就行 Box::leak ，再不行就裸指针了🌚

对 Worker 感兴趣的还可以试试这个 DDNS ，部署在 worker 上的简易动态 DNS 服务。
https://github.com/ihciah/ddns-worker

不塞 rootkit 一点不专业