Providing users with thread type

[Alex Bagehot]

Hi Jc,
Have you seen at the work of async profiler? It may provide the kind of
visibility into VM work that you are after.
https://github.com/jvm-profiling-tools/async-profiler
As it can be driven from Linux perf events rather than SIGPROF it is able
to observe more of the system and therefore provides more insights.

Thanks,
Alex

On Thu, Apr 18, 2019 at 3:19 PM Jean Christophe Beyler <jcbeyler at google.com>
wrote:

> Hi all,
>
> When doing profiling, often users have a hard time determining what is
> happening inside libjvm.so. When doing profiling, the JVM seems like a
> black box and it is hard to differentiate between a thread doing
> GC/Compile/Actual VM work since all they get is profiles from libjvm.so but
> not what are the various profiles doing.
>
> We have a small patch that provides a method to users to ask what is the
> type of the current thread, which then provides one of those types
> (GC/Compile/Actual VM work).
>
> I'd like to ask if this seems like a reasonable thing to do and should I
> work on providing this via a JVMTI call. Something like
> GetCurrentThreadType.
>
> What do you all think? Is this sane and possible to try to push forward?
>
> Thanks for your opinions,
> Jc
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.java.net/pipermail/serviceability-dev/attachments/20190428/f1d80779/attachment.html>