我现在正在打猎.为了衡量吞吐量,并强制我们不退步,我正在使用精彩的JMH.

当我遇到一些缓慢的东西时,我想开始分析以查看发生了什么,根据JMH的作者this link写道：

While JMH profilers can provide the aid in analyzing, I don’t think they
are the substitute for proper profiling. E.g. the “stack” profiler is
good to glance over the profiles, but not for the serious work.

Run the workload for longer, and attach your profiler of choice to the
running VM.

我暗地希望我可以从命令行调整JMH测试,然后附加像visualvm这样的东西……但到目前为止,我已经能够让它工作了.我想这是个坏主意？如果我可以共享我用于配置文件的代码,以及我用来强制执行的代码,那将是理想的选择.

解决方法:

这不是一个坏主意.实际的连接方式取决于外部探查器支持的内容.

>如果探查器可以在分析下启动Java进程(例如,像
Solaris Studio Performance Analyzer的收集),然后执行
my-awesome-profiler java -jar benchmarks.jar会让你中途停下来
那里.但请注意,JMH分配了新的流程
工作负载运行.确保探查器能够抓住孩子
流程.
>如果探查器附加到正在运行的进程,则查找子进程并附加到该进程.这个过程会有一个有说服力的名字,比如…… ForkedMain. VisualVM应该能够在运行的JVM列表中列出它,并且可以毫无问题地附加到它.您可以使用jps将PID附加到其他分析器.需要注意的是延长运行时间,因此您将有更多时间来附加.增加迭代时间/计数来做到这一点.

嵌入式JMH分析器在确切知道何时连接(以及要忽略的热备数据)方面表现良好.