performance - 什么时候性能提升足以实现该优化？

Question

遵循教科书，每当我尝试优化代码时，我都会评估性能。但是，有时性能提升会很小，我无法果断决定是否应实现该优化。

例如，当某个修复程序在某些情况下将平均响应时间从100ms缩短为90ms时，我应该实现该修复程序吗？如果将200ms缩短为190ms怎么办？在得出总的来说是有益的结论之前，我应该尝试几种条件？

我想对此不可能给出直接的答案，因为它取决于太多的事情，但是我应该遵循一个好的经验法则吗？是否有任何指导方针/最佳实践？

编辑:感谢出色的答案!我想这个故事的寓意是，没有一种简单的方法可以判断您是否应该这样做，但是有一些准则可以帮助您完成该过程。您应该考虑的事情，您不应该做的事情等等。即使将几行代码变成了20到30行代码，也实现了此修复程序。因为我们的应用程序。是非常关键的性能，在各种实际情况下始终保持10％的增益。

Answer 1

我认为(至少对我而言)经验法则有两个方面:

“重要的事” –在商业世界中，这通常意味着如果客户关心就重要。也就是说，如果最终用户会“注意到” 100ms和90ms之间的差异(我在这里不是很有趣)，那么这很重要。

如果“很重要”，那么您将要针对可能出现或至少可能出现的用例的实际各种进行全面测试。如果优化可以在50％的情况下加速代码，但实际上比之前50％的时间运行速度慢，显然，这可能不值得实现。

关于上述第1点:通过建议软件的最终用户可能“注意到” 10ms的差异，并不是要暗示他们实际上会看到差异。但是，如果您的应用程序在具有数百万个连接的服务器上运行，并且每增加一点速度，就会占用大量服务器负载，这可能对运行该服务器的客户端很重要。或者，如果您的应用执行时间非常紧迫的工作，那么这是另一种情况，即使加速本身没有效果，加速10ms的结果也可能会很明显。