java - 是否有任何孤立的配置文件测试应用程序的技术？

Question

我是分析方面的傻瓜，请告诉我你们如何分析您的应用程序。哪个更好，分析整个应用程序还是进行隔离？如果选择进行隔离，你会怎么做？

Answer 1

尽可能分析整个应用程序，运行真实(典型)工作负载。任何其他事情都会让您冒着获得结果的风险，导致您将优化工作集中在错误的地方。

编辑

Isn't that too hard to get a correct result when profiling the whole application? so the test result is depends on the user interaction (button clicking etc) and not using automatic task? Tell me if I'm wrong.

获得“正确的结果”取决于您如何解读分析数据。例如，如果您正在分析一个交互式应用程序，您应该弄清楚分析的哪些部分对应于等待用户交互，然后忽略它们。

分段分析您的应用程序存在许多问题。例如:

• 通过预先决定对应用程序的哪些部分进行概要分析，您无法很好地了解不同部分的相对贡献，并且您可能会在错误的部分上浪费精力。

• 您几乎必须使用人工工作负载。无论何时这样做，都存在工作负载不代表“正常”工作负载的风险，并且您的分析结果存在偏差。

• 在许多应用程序中，瓶颈是由于应用程序的各个部分相互交互或与 I/O 或垃圾收集交互的方式造成的。分别分析应用程序的不同部分可能会遗漏这些交互。

... what i am looking for is the technique

粗略地说，您从配置文件数据确定的最大“热点”开始，向下钻取，直到您弄清楚为什么在某个区域花费了这么多钱。如果您的分析工具可以自上而下和自下而上地聚合和呈现数据，那将非常有帮助。

但是，归根结底，从分析证据(热点、堆栈快照等)到根本原因和补救措施往往取决于来自经验的实践知识和直觉。

(是的......我有点胡扯。但我的意思是，没有神奇的公式可以做到这一点。最终，你必须动用你的大脑......就像调试复杂的程序时一样申请。)