问题描述
我们的应用程序性能很差,因此我们使用了飞行记录器的方法配置文件来查看花费的时间。它基本上可以正常工作,但是在一分钟的录制时间内所采集的样本数量远低于100。 (使用“配置文件”预设)
我使用了一个简单的示例应用程序(对随机数求和)进行比较,一分钟或录制大约6000个样本-对我来说这是正确的。
首页上有几个警告,例如:高内存消耗,异常的泛滥。但是该应用程序基本上可以正常运行,因此可能会引起麻烦。
我的猜测:要么飞行记录器配置不当,要么时间没有真正花在代码上,而是花在了其他任务上。 cpu在运行期间非常忙,因此我不认为所有线程都在等待。
请让我知道哪些信息可能很重要,所以我可以添加它们。
(这是一个用Scala用Jetty作为Web服务器编写的Web框架库; Oracle JDK 8)
解决方法
Java Flight Recorder的方法采样非常具体。 方法样本有两种
- “方法分析样本”-仅当线程正在执行Java代码(应用程序代码,不是JNI,JVM的一部分)时才使用样本
- “方法分析样本本机”-仅在线程处于JNI调用中时才取样
这些是分开进行的,Mission Control仅可视化前者。两种类型的样本都忽略了以下执行状态。
- 通过JVM内置设施(阻塞,等待,睡眠状态)挂起的线程
- 线程执行JVM特定的代码,例如提出例外情况
这些省略的状态导致减少的样本数。由于CPU不足,CPU利用率高也会降低JFR的采样频率。
我不建议使用JFR方法采样作为一线性能诊断。具有基于线程转储的采样的Visual VM通常会提供更一致的图像。 JFR是一个功能强大的工具,但是您需要组合来自多种类型事件的信息以构建总体性能图。
“例外情况”是Visual VM倾向于显示热点的一种情况,而JFR则默默地省略了示例。
下面是有关JVM中的采样分析和任务控制用法的古怪知识的更多信息: