这是你搜集的，还是你自己平常真就用这么多？

国外开源界有话语权。所以你看什么都会觉得国外更火。

简单试了下，没看出来 RustRover 和以前的 rust plugin 有什么区别。最基本的 debug 模式下设断点看 enum ，vscode 能直接看清 enum 是什么，JetBrains 家的这俩玩意……

预算真不高，并且只是尝试性，不想认真投入，也可以考虑英特尔 A770 。

这种小活没人管你。

传统输入法怎么笨了？发出来看看到底哪苯。

内存不足？截图给老板看啊。

那个总被老外封的，是不是你……

128g 太少了。我 mate 40 pro 512g 。也快满了。打算等满了删点视频。

@Nazz 首先要保证 limit 行为的正确性。正常来说是先 order by 再 limit ，而不是先 limit 再 order by （结果不一样）。使用中序（ infix ）可以保证得到的是区间内最小的 N 个。

求建议就别发链接。发链接默认广告。

可能是因为不喜欢上网？

为什么用红黑树？很奇怪的选择。

使用红黑树，可以用一次遍历把区间结果都拿出来。但是你需要把遍历的结果都放到一个 buffer 里，并且你的算法需要能访问树的实现（数据结构）。如果你使用的是封装的第三方实现，可能无法高效完成算法。

算法很简单，先从根节点开始遍历，如果根节点在区间内，把根节点放入 buffer ，然后递归左右子树。如果根节点不在区间内，你只需要递归左树或者右树。
buffer 大小设为 limit 的值，buffer 满了就结束。
如果 limit 还要求排序，把节点放入 buffer 前需要先遍历左树。

五年就坏了？

CPU 型号不同，指令集不同，内存不同，硬盘不同，操作系统不同，隔离环境不同，编译的 target 不同。真不知道最后比较个啥……

wsl 标称的性能损失应该只是机器码指令的执行性能。但是系统调用特别是 io 这方面，最终在代码层面多干了不少事，损失很多。就你这个结果来说，不奇怪。但毕竟你这个测试太不严谨，证明不了什么问题。

raid 用 SSD 就行了。没必要机械。