问题标签 [jmc]

Jave 任务控制有一些很棒的功能。例如，您可以看到应用程序的“热门方法”，或者当您可以找到最常用的函数调用层次结构时，可以看到“调用树”部分。但是我想知道，当您对发现性能瓶颈（就时间而言）感兴趣时，真的可以依赖分析结果吗？例如，可以在某些函数中放置一些“睡眠”，而探查器似乎不会指出它们。

我们有一个在服务器中运行的 java web 应用程序。它由tomcat托管。我启用了飞行记录器，我可以连接到 JMC 并记录飞行...

现在，我不确定如何找到使我的应用程序变慢的类。让我明确一点，通常服务器（60 个访问者）大约占 CPU 使用率的 10%。但有时它会变得非常消耗资源并继续使用几乎 100% 的 CPU（QUADCORE RAM：16GB）。但是访客很正常，大约 60 岁……仍然是那样的行为。我必须重新启动tomcat。

现在，我想找到造成这些资源匮乏情况的罪魁祸首。

我想在 jmc 中发出自定义事件 - 我遇到了关于 jfr 自定义事件的博客文章 - http://hirt.se/blog/?p=444。然而，作者强调，该功能将来可能会被弃用。由于 jmc 不是开源的，我无法检查它。博文中的信息是否仍然是最新的？

是否可以以 html 报告格式导出 JFR 记录？场景 - 在性能测试期间，我必须在 JVM 上开始 jfr 记录。测试完成后，我想以 HTML 格式发布 JFR 记录。

当我第一次将 Flight Recorder 用于任何服务器时，系统下的进程选项卡会列出进程。但是第二次以后，对于同一台服务器，系统系统进程表是空的。每次使用 Flight Recorder 时，我需要做什么才能获得这些过程。

我AttachNotSupportedException在尝试开始 JFR 录制时收到。它工作正常，直到现在。

输出：

可能会发生什么？

SO：Oracle Linux 服务器 6.7 版

我对我们的一个应用程序有疑问。该应用程序是一个自行编写的 Java 应用程序，它通过 JMS 连接到 50 多个不同的消息队列并使用这些队列中的消息。

从功能的角度来看，处理来自不同队列的所有消息都可以正常工作。然而，在测试过程中，我们发现不同消息的处理速度非常慢。我们每分钟只能处理每个队列的几条消息。

为了更好地理解发生了什么，我使用 JMC 进行了一次飞行记录，并看到每个使用消息队列中的消息的线程都有很多阻塞时间：

图片：阻塞 JMS 线程

除了这张图，我还在飞行记录中看到，访问特定的 WeakHashMap 以关闭和获取 XAResource 花费了大量时间。

图片：锁定实例

我所做的下一步是分析 JMS bitronix 配置的外观。以下是相关部分：

在 Tomcat 服务器级别，我有由 bitronix 加载的 resource.properties 文件：

在 Spring 应用程序 XML 内部，我有以下 bean 定义来设置连接：

p:autoStartup="$fwk{jms.listener.start}"/>

除了这个，我为每个消息队列和自己的类处理来自这个队列的消息：

我认为该错误与连接的配置方式有关。我尝试了不同的其他方法，但阻塞线程的结果总是相同的。

非常欢迎任何意见或建议。

我最近记录了一个 java 程序的 Java Flight Recorder (JFR) 转储。当我使用 Java Mission Control (JMC) 打开它时，我可以调整 X 轴但不能调整 Y（在许多图表中）。我尝试翻转我的屏幕（ctrl + alt + 箭头键）并且它起作用了;-) 但是，我需要一个更合适的方法来做到这一点。

我所需要的只是获得更大的 JFR 转储 CPU 使用率图表。有没有办法做到这一点？

我想配置 JMC，使其在 CPU 超过阈值时发送电子邮件通知。我想从命令行执行此操作，因为 JMC 将从 Jenkins 作业中运行。

如何在 Java Mission Control 中查看垃圾收集器的类型？

我调查了包括 MBeans Browser 在内的所有选项卡，但没有找到 GC 的类型。我只能通过“内存”选项卡上枚举的内存区域来假设它。