如何在 SmartOS 上使用 HotSpot DTrace 探测器?
How do I use the HotSpot DTrace probes on SmartOS?
在 Mac OS X 上,我可以通过 运行ning:
找到 运行ning Java 程序的 HotSpot 探针
cody.mello@ashur ~ (1) % sudo dtrace -ln 'hotspot*:::'
Password:
Invalid connection: com.apple.coresymbolicationd
ID PROVIDER MODULE FUNCTION NAME
165084 hotspot46 libjvm.dylib _ZN13instanceKlass15initialize_implE19instanceKlassHandleP6Thread [instanceKlass::initialize_impl(instanceKlassHandle, Thread*)] class-initialization-clinit
165085 hotspot46 libjvm.dylib _ZN13instanceKlass15initialize_implE19instanceKlassHandleP6Thread [instanceKlass::initialize_impl(instanceKlassHandle, Thread*)] class-initialization-concurrent
165086 hotspot46 libjvm.dylib _ZN13instanceKlass15initialize_implE19instanceKlassHandleP6Thread [instanceKlass::initialize_impl(instanceKlassHandle, Thread*)] class-initialization-end
165087 hotspot46 libjvm.dylib _ZN13instanceKlass15initialize_implE19instanceKlassHandleP6Thread [instanceKlass::initialize_impl(instanceKlassHandle, Thread*)] class-initialization-erroneous
165088 hotspot46 libjvm.dylib _ZN13instanceKlass15initialize_implE19instanceKlassHandleP6Thread [instanceKlass::initialize_impl(instanceKlassHandle, Thread*)] class-initialization-error
165089 hotspot46 libjvm.dylib _ZN13instanceKlass15initialize_implE19instanceKlassHandleP6Thread [instanceKlass::initialize_impl(instanceKlassHandle, Thread*)] class-initialization-recursive
...
但如果我创建一个简单的 Java 程序并 运行 它在 SmartOS 上:
cody@101901c9-6d66-ea32-fe42-f1fbebd4bf99 ~ % cat Loop.java
class Loop {
public static void main(String[] args) throws InterruptedException {
while (true) {
Thread.sleep(5000);
}
}
}
cody@101901c9-6d66-ea32-fe42-f1fbebd4bf99 ~ % javac Loop.java
cody@101901c9-6d66-ea32-fe42-f1fbebd4bf99 ~ % java Loop
我找不到任何探测器:
cody@101901c9-6d66-ea32-fe42-f1fbebd4bf99 ~ (255) % pfexec dtrace -ln 'hotspot*:::'
ID PROVIDER MODULE FUNCTION NAME
dtrace: failed to match hotspot*:::: No probe matches description
我需要做什么特别的事情才能看到它们吗?
这里的问题是,在 SmartOS(和其他 illumos 变体——以及它们专有的 Solaris 同类产品)上,JVM 中的 DTrace 模块是延迟加载(即, DOF 是用 -x lazyload
编译的)。因此,在明确启用之前不会加载 DTrace 探测器。有两种方法可以解决这个问题。第一个是您可以告诉 DTrace 本身启用有问题的特定探测器,强制目标进程加载其探测器。这需要(至少)目标进程的 ID;在问题中提供的示例中说明这一点,它类似于:
% pfexec dtrace -ln 'hotspot*$target:::' -p `pgrep -fn "java Loop"`
这将拾取 hotspot
(和 hotspot_jni
)USDT 探测器,但在充满毫无戒心的 Java 的机器上使用 jstack()
操作仍然很困难过程。 (也就是说,当你想在已知进程上使用 USDT 探测时,这会起作用,而不是当你想使用 ustack 帮助程序配置所有 Java 进程时。)如果这是你关心的问题,请在 illumos变体(SmartOS、OmniOS 等),您可以使用专为该任务设计的 审计库 有效地撤消 DTrace 探测器(和堆栈助手)的延迟加载。这个库 -- /usr/lib/dtrace/libdtrace_forceload.so
及其 64 位变体 /usr/lib/dtrace/64/libdtrace_forceload.so
-- 将有效地强制 DTrace 探测器在进程启动时加载,为您提供 USDT 探测器和 jstack()
操作所有这些过程。要为 32 位 JVM 执行此操作,请启动 java
并设置 LD_AUDIT_32
环境变量:
export LD_AUDIT_32=/usr/lib/dtrace/libdtrace_forceload.so
对于 64 位 JVM:
export LD_AUDIT_64=/usr/lib/dtrace/64/libdtrace_forceload.so
在 Mac OS X 上,我可以通过 运行ning:
找到 运行ning Java 程序的 HotSpot 探针cody.mello@ashur ~ (1) % sudo dtrace -ln 'hotspot*:::'
Password:
Invalid connection: com.apple.coresymbolicationd
ID PROVIDER MODULE FUNCTION NAME
165084 hotspot46 libjvm.dylib _ZN13instanceKlass15initialize_implE19instanceKlassHandleP6Thread [instanceKlass::initialize_impl(instanceKlassHandle, Thread*)] class-initialization-clinit
165085 hotspot46 libjvm.dylib _ZN13instanceKlass15initialize_implE19instanceKlassHandleP6Thread [instanceKlass::initialize_impl(instanceKlassHandle, Thread*)] class-initialization-concurrent
165086 hotspot46 libjvm.dylib _ZN13instanceKlass15initialize_implE19instanceKlassHandleP6Thread [instanceKlass::initialize_impl(instanceKlassHandle, Thread*)] class-initialization-end
165087 hotspot46 libjvm.dylib _ZN13instanceKlass15initialize_implE19instanceKlassHandleP6Thread [instanceKlass::initialize_impl(instanceKlassHandle, Thread*)] class-initialization-erroneous
165088 hotspot46 libjvm.dylib _ZN13instanceKlass15initialize_implE19instanceKlassHandleP6Thread [instanceKlass::initialize_impl(instanceKlassHandle, Thread*)] class-initialization-error
165089 hotspot46 libjvm.dylib _ZN13instanceKlass15initialize_implE19instanceKlassHandleP6Thread [instanceKlass::initialize_impl(instanceKlassHandle, Thread*)] class-initialization-recursive
...
但如果我创建一个简单的 Java 程序并 运行 它在 SmartOS 上:
cody@101901c9-6d66-ea32-fe42-f1fbebd4bf99 ~ % cat Loop.java
class Loop {
public static void main(String[] args) throws InterruptedException {
while (true) {
Thread.sleep(5000);
}
}
}
cody@101901c9-6d66-ea32-fe42-f1fbebd4bf99 ~ % javac Loop.java
cody@101901c9-6d66-ea32-fe42-f1fbebd4bf99 ~ % java Loop
我找不到任何探测器:
cody@101901c9-6d66-ea32-fe42-f1fbebd4bf99 ~ (255) % pfexec dtrace -ln 'hotspot*:::'
ID PROVIDER MODULE FUNCTION NAME
dtrace: failed to match hotspot*:::: No probe matches description
我需要做什么特别的事情才能看到它们吗?
这里的问题是,在 SmartOS(和其他 illumos 变体——以及它们专有的 Solaris 同类产品)上,JVM 中的 DTrace 模块是延迟加载(即, DOF 是用 -x lazyload
编译的)。因此,在明确启用之前不会加载 DTrace 探测器。有两种方法可以解决这个问题。第一个是您可以告诉 DTrace 本身启用有问题的特定探测器,强制目标进程加载其探测器。这需要(至少)目标进程的 ID;在问题中提供的示例中说明这一点,它类似于:
% pfexec dtrace -ln 'hotspot*$target:::' -p `pgrep -fn "java Loop"`
这将拾取 hotspot
(和 hotspot_jni
)USDT 探测器,但在充满毫无戒心的 Java 的机器上使用 jstack()
操作仍然很困难过程。 (也就是说,当你想在已知进程上使用 USDT 探测时,这会起作用,而不是当你想使用 ustack 帮助程序配置所有 Java 进程时。)如果这是你关心的问题,请在 illumos变体(SmartOS、OmniOS 等),您可以使用专为该任务设计的 审计库 有效地撤消 DTrace 探测器(和堆栈助手)的延迟加载。这个库 -- /usr/lib/dtrace/libdtrace_forceload.so
及其 64 位变体 /usr/lib/dtrace/64/libdtrace_forceload.so
-- 将有效地强制 DTrace 探测器在进程启动时加载,为您提供 USDT 探测器和 jstack()
操作所有这些过程。要为 32 位 JVM 执行此操作,请启动 java
并设置 LD_AUDIT_32
环境变量:
export LD_AUDIT_32=/usr/lib/dtrace/libdtrace_forceload.so
对于 64 位 JVM:
export LD_AUDIT_64=/usr/lib/dtrace/64/libdtrace_forceload.so