RFR: 8157023: Integrate NMT with JFR [v2]

[Stefan Johansson]

On Mon, 5 Dec 2022 13:01:26 GMT, Thomas Stuefe <stuefe at openjdk.org> wrote:

> > I like this, its along the same lines as what I've been thinking about as a potential solution. But I was thinking about always skipping threadstacks to make it simple and maybe try to fit it into the existing "baseline" abstraction. But this type of API would certainly fit my needs much better.
> 
> Wanna do it, or should I do it in a separate RFR and you wait for me? Not sure if you plan to bring this into JDK20. Time's ticking...

Would be nice with JDK20 =) Including it in this one would be quickest, but a separate PR would be the cleanest solution. At the same time, adding an API without any usage can some times raise more questions.

I can take a stab at it. Only thing I'm not clear about exactly what you mean is:
we could hide the nitty gritty of result retrieving (e.g. mtNone, mtChunk handling etc) at least in part from using code like JFR.

-------------

PR: https://git.openjdk.org/jdk/pull/11449