鉴于 JFR 承诺的低开销,它如何设法记录堆栈跟踪?

Elv*_*vic 3 java profiling jvmti jfr

通过https://www.oracle.com/technetwork/java/javaseproducts/mission-control/java-mission-control-wp-2008279.pdf,我遇到了以下引用:

今天用于监视、管理和分析 Java 运行时的大多数技术都使用相当侵入性的技术,如字节码检测和 JVMTI。

这让我想知道 JFR 进行堆栈跟踪采样的方式。

我能在网上找到的最接近答案的是这篇博文:http : //psy-lob-saw.blogspot.com/2016/06/the-pros-and-cons-of-agct.html,提到诸如 Honest profiler 和 async-profiler 之类的探查器使用没有详细记录的 AsyncGetCallTrace,但事实是它没有提到 JFR 进行堆栈跟踪采样/记录的具体方式。

这里有没有人对 JFR 内部有关此主题的内容有任何见解?

Kir*_*lin 6

JFR 维护着一个周期性唤醒的线程,即每 10 ms 一次,并通过发送信号挂起少量正在运行的 Java 线程。然后它遍历挂起线程的堆栈以查看正在执行的方法。它计算堆栈帧的哈希值,然后检查之前是否已找到该堆栈跟踪。

如果不是这种情况,它会将堆栈帧添加到哈希表并碰撞一个计数器,该计数器成为堆栈跟踪的 id。然后它将 id 作为 Execution Sample 事件发出,该事件最终在另一个线程定期刷新到磁盘的缓冲区(无锁)中。如果 id 是新的,它还会写下与 id 对应的完整堆栈跟踪,因此堆栈跟踪可以稍后由解析器解析。

如果你想深入挖掘,你可以看看源代码。

http://hg.openjdk.java.net/jdk/jdk/file/tip/src/hotspot/share/jfr/periodic/sampling

线程如何挂起取决于平台。在以下文件中,您可以找到 Linux 实现。

http://hg.openjdk.java.net/jdk/jdk/file/tip/src/hotspot/os/linux/os_linux.cpp