如何使用 VisualVM 对 Wildfly10 进行 CPU 配置？

Question

问题： 我有一个 J2EE 应用程序，对于使用特定数据集的给定任务（生成一些文件），该应用程序运行速度非常慢。我决定在应用程序上运行 visualvm 分析器以了解问题的性质。该应用程序使用最新的 Java 8 在 Widlfly 10 上运行。

为了避免配置复杂性，分析器（visualvm）和 Wildfly 服务器都在本地运行。

遇到的第一个问题是 JVMTI 错误 62，这是使用-Xverify:none作为 jvm 参数解决的。

第二个问题（阻塞问题）是，如果我在应用程序部署和运行时运行探查器，Wildfly 部署扫描器会抛出如下异常：

13:19:04,476 INFO  [stdout] (*** Profiler Agent Communication Thread) Profiler Agent: Waiting for connection on port 5140 (Protocol version: 15)

13:19:04,517 INFO  [stdout] (*** Profiler Agent Communication Thread) Profiler Agent: Established connection with the tool

13:19:04,847 INFO  [stdout] (*** Profiler Agent Communication Thread) Profiler Agent: Local accelerated session

13:19:15,984 WARN  [org.jboss.as.ejb3.timer] (EJB default - 6) WFLYEJB0043: A previous execution of timer [id=e6a6ea46-6c2a-466d-b767-cccc8d5021a9 timedObjectId=ecs.ecs.BatchCoordinator auto-timer?:false persistent?:false timerService=org.jboss.as.ejb3.timerservice.TimerServiceImpl@142b16ca initialExpiration=Sun Aug 05 13:17:05 COT 2018 intervalDuration(in milli sec)=5000 nextExpiration=Sun Aug 05 13:19:15 COT 2018 timerState=IN_TIMEOUT info=null] is still in progress, skipping this overlapping scheduled execution at: Sun Aug 05 13:19:15 COT 2018.
13:19:16,025 ERROR [org.jboss.as.controller.management-operation] (DeploymentScanner-threads - 1) WFLYCTL0013: Operation ("read-resource") failed - address: ([("deployment" => "my_application.war")]): java.lang.NoClassDefFoundError: org/jboss/as/controller/AttributeDefinition$$Lambda$157
at org.jboss.as.controller.AttributeDefinition$$Lambda$157/1799183343.get$Lambda(Unknown Source)
at org.jboss.as.controller.AttributeDefinition.getNoTextDescription(AttributeDefinition.java:872)
at org.jboss.as.controller.AttributeDefinition.addResourceAttributeDescription(AttributeDefinition.java:697)
at org.jboss.as.controller.ListAttributeDefinition.addResourceAttributeDescription(ListAttributeDefinition.java:158)
at org.jboss.as.controller.descriptions.DefaultResourceDescriptionProvider.getModelDescription(DefaultResourceDescriptionProvider.java:129)
at org.jboss.as.controller.operations.global.ReadResourceHandler.doExecuteInternal(ReadResourceHandler.java:370)
at org.jboss.as.controller.operations.global.ReadResourceHandler.doExecute(ReadResourceHandler.java:173)
at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AbstractMultiTargetHandler.execute(GlobalOperationHandlers.java:263)
at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:890)
at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:659)
at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:370)
at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1329)
at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:400)
at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:208)
at org.jboss.as.controller.ModelControllerImpl$3.execute(ModelControllerImpl.java:667)
at org.jboss.as.controller.ModelControllerImpl$3.execute(ModelControllerImpl.java:657)
at org.jboss.as.server.deployment.scanner.DefaultDeploymentOperations.getDeploymentsStatus(DefaultDeploymentOperations.java:76)
at org.jboss.as.server.deployment.scanner.FileSystemDeploymentService$ScanContext.<init>(FileSystemDeploymentService.java:1622)
at org.jboss.as.server.deployment.scanner.FileSystemDeploymentService$ScanContext.<init>(FileSystemDeploymentService.java:1571)
at org.jboss.as.server.deployment.scanner.FileSystemDeploymentService.scan(FileSystemDeploymentService.java:572)
at org.jboss.as.server.deployment.scanner.FileSystemDeploymentService.scan(FileSystemDeploymentService.java:491)
at org.jboss.as.server.deployment.scanner.FileSystemDeploymentService$DeploymentScanRunnable.run(FileSystemDeploymentService.java:250)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)
at org.jboss.threads.JBossThread.run(JBossThread.java:320)

Caused by: java.lang.ClassNotFoundException: org.jboss.as.controller.AttributeDefinition$$Lambda$157 from [Module "org.jboss.as.controller:main" from local module loader @4cc77c2e (finder: local module finder @7a7b0070 (roots: D:\jbossas\wildfly-10.1.0.Final-ecs\modules,D:\jbossas\wildfly-10.1.0.Final-ecs\modules\system\layers\base))]
at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:198)
at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:363)
at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:351)
at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:93)
... 30 more

如果我在没有部署任何应用程序的情况下运行探查器，VisualVM 的探查器将毫无问题地启动；但是，如果我尝试在此状态/操作模式下部署我的应用程序，则wildfly 扫描程序永远不会启动，也永远不会部署该应用程序。

那么，我做错了什么？

Answer 1

最后，我使用了visualVM Profiler...这些是使用VisualVM执行Wildfly 10 CPU配置文件所需的步骤（都在本地执行！！）：

1. 下载最新的VisualVM（在我的例子中是 1.4.1 版）。

2. 下载 JDK10...您将需要 JDK10 才能仅运行 VisualVM。由于这个错误，这一步是必需的（这是我之前在分析应用程序时遇到的错误）

3. 更改 visualVM 配置文件 ( <visual-vm>/etc/visualvm.conf) 以指向您的 JDK10 安装...

4. 转到<visual-vm>/profiler/lib并复制库：jfluid-server.jar到：<wildfly>/standalone/lib/ext...需要此库来克服以下错误：（此处和此处java.lang.NoClassDefFoundError: org/netbeans/lib/profiler/server/ProfilerRuntimeCPUFullInstr有关此错误的更多信息）

5. 接下来，修改 wildfly 启动脚本以将包包含org.netbeans.lib.profiler.server在 SystemProperty: 中jboss.modules.system.pkgs。例子：-Djboss.modules.system.pkgs=org.jboss.byteman,org.netbeans.lib.profiler.server。（根据此链接，此属性强制野蝇从任何类加载器中定位此类包）

6. 启动视觉VM。

7. 启动 Wildfly 服务器（包括您的应用程序 EAR/WAR/JAR 应用程序）.​​..注意：我使用 JBoss 工具从 Eclipse 运行 Wildfly 服务器；在这种配置下，我的应用程序 (WAR) 处于爆炸模式！

8. 进入visualVM，打开org.jboss.modules.Main进程。然后转到分析器选项卡。修改目标Profile classes和Outgoing calls并把类要监视/型材（注：现在，对我来说，冠军的配置是：Profile classes：my.package.**和Include outgoing calls：my.package.**）

9. 点击 CPU 按钮，等待 VisualVM 检测您的目标类，然后调用运行缓慢的代码；稍后，分析结果...