Dtrace on macosx?

serguei.spitsyn at oracle.com serguei.spitsyn at oracle.com
Thu Nov 12 00:21:27 UTC 2015


Hi Magnus,

I'll try to provide the details I know.
The libjvm_db is to support Solaris pstack utility that prints mixed 
java+native stacks.
It can be potentially used on Linux and Mac OS X for the same purpose
but needs an implementation in the OS.

The generation of the JVM offsets headers on Solaris is used for both 
jhelper.d and libjvm_db.
The jhelper.d is the dtrace helper supporting the jstack action that 
prints mixed
java+native stacks like the pstack utility does.
The dtrace jstack action has not been implemented yet on both Linux and 
MAC OS X.
I have no information about any plans to implement it in the future.
We keep this code in a hope it will be implemented at some point.

My guess is that the hotspot.h, hotspot_jni.h and hs_private.h are still 
useful
as they support the hotspot probes that should work on Linux and Mac OS X.

I hope, someone else can comment on this as well.
David H. may have some knowledge. :)

Thanks,
Serguei


On 11/11/15 10:57, Magnus Ihse Bursie wrote:
> Hi,
>
> In the hotspot build conversion project, I've started to analyze the 
> dtrace build on macosx. From what I can understand, the only thing 
> that are done on macosx is the dtrace_gen_headers target in 
> dtrace.make, which creates hotspot.h, hotspot_jni.h and hs_private.h. 
> No libraries seems to be build, so most of dtrace.make in bsd is dead 
> code. The comment
> # Bsd does not build libjvm_db, does not compile on macosx
> # disabled in build: rule in vm.make
> has been there since the initial integration of the macosx port.
>
> My question is: are the generated headers still useful on their own? 
> Or are they just remnants of an old but ultimately failed effort to 
> get dtrace working on macosx?
>
> /Magnus



More information about the serviceability-dev mailing list