java - 如何使用 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. 下载 latest VisualVM(在我的例子中是版本 1.4.1)。

2. 下载 JDK10 ... 您需要 JDK10 才能仅运行 VisualVM。由于此 bug，此步骤是必需的(这是我之前在分析应用程序时遇到的错误)

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 (有关此错误的更多信息，请参见 here 和 here)

5. 接下来，修改 wildfly 启动脚本以包含包 org.netbeans.lib.profiler.server在系统属性中:jboss.modules.system.pkgs .示例:-Djboss.modules.system.pkgs=org.jboss.byteman,org.netbeans.lib.profiler.server . (根据这个 link ，这个属性强制 wildfly 从任何类加载器定位这样的包)

6. 启动 visualVM。

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 检测您的目标类，然后调用运行缓慢的代码；稍后，分析结果...