Description

We have released JVM Profiling in https://github.com/getsentry/sentry-java/releases/tag/8.23.0

There are still tasks /improvements we could do:

• Docs (JVM Profiling Docs #4909)
• Release registry entries
• Add module to .craft.yml
• Verify caching behaviour of ServiceLoader is not an issue (i.e. does not cause a large overhead on each chunk) - otherwise cache (obsolete with Fix profiling init for Spring and Spring Boot w Agent auto-init #4815)
• Remove / reduce vendored code and replace what's possible with JFR converter, also see Expose a dictionary of javaThreads from JfrReader async-profiler/async-profiler#1525 Remove vendored Code from async-profiler #4852
• Upgrade async-profiler to 4.1+ to support newer Java Versions (23+); there are issues with a Converter dictionary (Support Java 23+ in profiler #4853)
• Log a specific message why Profiling isn't enabled if the wrong config property for setting sample rate is used (profiles-sample-rate) on JVM
• Enable / showcase Profiling in (more of) our samples Add profiling to more samples #4941
• Allow configuring profilingTracesHz via sentry.properties (ExternalOptions)
• Add a .cursor rules file to explain how Profiling works Add AI rules files for Profiling #5034
• Fix an issue where the profilerId would not be propagated to SentryTracer correctly when used with OTEL Agent (Profiler ID is not propagated correctly when using OTEL #4854)
• Fix an issue with profiler initialization when using spring or spring-boot in OTEL Agent auto-init mode (Profiler is not initialized when using spring-boot or spring with OTEL Agent #4855)
• Add profiling option to build plugins:
  • Gradle
  • Maven (Auto install profiler sentry-maven-plugin#221)

Maybe later

• We could reduce profile chunk size / duration based on thread count of the application. This could help in case profiles are dropped due to being too large. Thread.activeCount() or ThreadMXBean (more accurate)
• Continuous Profiling could upload JFR files #4768 (we should wait for feedback first, maybe we don't need this)
• JVM Profiling Windows support #4779
• Detect that async-profiler is the (major) version we expect on startup, crash otherwise