如何解决为什么Java飞行记录器采集的样本太少？
我们的应用程序性能很差，因此我们使用了飞行记录器的方法配置文件来查看花费的时间。它基本上可以正常工作，但是在一分钟的录制时间内所采集的样本数量远低于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中的采样分析和任务控制用法的古怪知识的更多信息：
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。