You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently we have experimental support for receiving pprof-encoded profiles. To enable profiling Java applications, we should also add support for decoding JFR (Java Flight Recorder) profiles to the server. This will offload the cost of translation to a common data model to the server, to avoid impacting applications.
The text was updated successfully, but these errors were encountered:
Happy to help with tests here. We're already parsing JFR files for inferred spans. But for CPU/allocation/lock profiling, we'd like to avoid having to parse the file.
Note that async-profiler doesn't use the most recent JFR version (0.7 IIRC). The format may slightly change in the future as well as async-profiler has plans to support continuous profiling. Once we have a target version for this, we should sync on what's left to do and which things should be included in the first version.
Perfect, thanks for the pointer @felixbarny. In terms of testing, it would be ideal if we had some sample profiles that we can use for "golden testing". No rush as we won't get to this for a little while yet.
Currently we have experimental support for receiving pprof-encoded profiles. To enable profiling Java applications, we should also add support for decoding JFR (Java Flight Recorder) profiles to the server. This will offload the cost of translation to a common data model to the server, to avoid impacting applications.
The text was updated successfully, but these errors were encountered: