这种小活没人管你。

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

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

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

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 就行了。没必要机械。

建议标题改成“讨论下 PHP 程序员的水平”。a

就 jetbrains 现在的摆烂状态，更新内容我根本不看了。

首先看两秒卡在什么地方。如果是卡在 tcp 拥堵，提前建立 tcp 链接，防止到时候申请不到。
如果是系统后台卡，那就看运气了。你需要打个提前量。但是它系统做的烂，有时候无解。
另外你 100ms 恐怕太乐观了。不要太小看手工抢票。哪怕别人不用脚本，纯手点，人数上来加手速快的多点，你都不一定能抢过人家。

确认一个可重现的问题：睡眠之后，18T 硬盘打不开，报错为“指定不存在的设备”。