principle-explain-the-number

解释这个数字

• 问一句“为什么不是两倍？” 找出限制结果的资源或代码路径，例如核心、锁、磁盘、网络或负载生成器本身。通过运行期间的性能分析或系统计数器找出它，再映射到源码。仅凭阅读代码得出的猜测不能算限制因素。如果你说不清为什么这个数字没有好一倍，那你就不知道自己测量的是什么。
• 列出这个数字还可能测量了什么，并用证据逐一排除。 常见情况包括错误、跳过或缓存的工作、从未运行的代码、一侧未调优（仍使用默认设置）、噪声，以及端到端影响微不足道的部分。
• 将证据与数字放在一起。 在备注或链接的产物中记录运行次数、波动范围和限制因素。

对于性能数字，请使用 benchmark-checklist 技能完成完整流程。对于评估结果，也要对各次试验提出同样的问题：每次运行是否都完成了任务，差距是否在不同试验和模型中都成立，以及场景是否重要。

如果某个数字背后的证据没有运行次数、波动范围或明确指出的限制因素，或者节省的时间超过了被修改部分原本耗费的时间，那么你就跳过了这项检查。

这与 证明它有效 不同；后者用于检查输出是否真实。