微基准测试的最佳时长：300 毫秒

微基准测试应该跑多久？我的经验法则是：调整输入规模，让基准测试耗时大约 300ms，理由如下：

• 毫秒是 1 到 999 之间的整数，精度足够捕捉微小的性能提升，且便于肉眼快速浏览。不需要处理不同单位或浮点数（对比 1.31s 和 239ms 一目了然）。
• 如果速度比 10ms 还快，固定开销（如解释器启动成本）容易干扰结果。几百毫秒对计算机来说相当于“永恒”，通常足以让一次性开销变得微不足道，无需使用更复杂（也更不稳健）的技术来显式抵消这些开销。
• 对人来说，几百毫秒既快又明显。把数据推入人类可感知的范围，让我能依靠对时间和速度的直觉判断，而不仅依赖数字敏感度。看着之前卡顿的 CLI 命令经过优化后变得“瞬间响应”，本身就是一种乐趣。
• 但超过一秒钟会让迭代基准测试的过程变得比必要更慢。连续运行 10 次基准测试以直观检查方差，速度应该很快！

这里隐含的一个假设是：基准测试的目的并非精确测量性能，而是为作者提供足够的直觉，从而做出正确的决策。