嗯，我知道我可以使用哪种工具进行优化、分析等......所以现在我知道了我所有的瓶颈。但我无法无限优化它们。我的意思是说 ？例如，我将点 A 作为我的主要瓶颈，我应用了优化，之后 CPU 时间、内存时间等变得更小，但与整个项目相关，它仍然是瓶颈。我的意思是，每次在任何项目中都有瓶颈，那么我应该停止优化的最后一点在哪里？
【问题讨论】：
标签： php optimization refactoring profiling
如果你的代码的某个部分导致了瓶颈，也许最好的办法是退后一步，看看整个画面，我指的是你的整体设计。有时，摆脱无法修复瓶颈的最佳方法是重新考虑您的设计模式。
这里有一些很好的来源
【讨论】：
假设您发现了一个“瓶颈”，当您修复它时，可以节省 30% 的时间。 例如时间从 10 秒缩短到 7 秒。
然后假设您找到另一个，当您修复它时，可以节省 30% 的 7 或 2.1 秒。 这将时间缩短到 4.9 秒。
注意几件事。
第二个问题只占原来 10 的 21%，所以原本是一个不太大的问题，但在解决第一个问题后，第二个问题变大了，以百分比表示。
李>将其视为加速比。解决第一个问题后，您的加速比为 10/7 或 1.43 倍。修复第二个给你一个 7/4.9 或 1.43x 的比率。总加速比为 10/7 乘以 7/4.9，即 10/4.9 或 2.04 倍。您将程序的速度提高了一倍以上。
这两个问题分别占了原始 10 的 30% 和 21%。如果还有两个，分别占 14.7% 和 10.3%，它们在配置文件中看起来会很小。但是如果你修复了所有四个，你的程序速度就会提高四倍！如果您错过其中任何一个，您不会错过。
事情就是这样。在你真正达到最低点之前，你总是可以让程序更快，而那些起初看起来微不足道的问题后来变得有价值。 你得到的最终加速比会让你大吃一惊。
并非所有分析器都能找到所有问题。 如果问题之一是您的探查器找不到的问题， 你会达到一个你认为你已经尽可能优化的地步，但实际上并没有。
如果您想超越这一点，您需要一种能够发现每个问题的分析技术。 Here's how I do it.
【讨论】：
在我看来，这取决于要求。如果用户等待几秒钟加载页面，没关系。但如果用户在聊天时等待几秒钟，则需要优化。当我登录谷歌时，它需要超过 5 秒（它很长），但之后它很快。但如果聊天时需要同样的时间，那么我会更喜欢其他电子邮件 ID。一般来说，mysql、web-services、loops等都需要优化。当有很多图片时，比如在google图片搜索时，需要时间。用户可以等待。转到页面，看看你自己，你在加载页面时的感受。它长吗？如果是那么你需要优化。
【讨论】：