Uploaded image for project: 'JDK'
  1. JDK
  2. JDK-8242220

Capture JFR stack trace and thread other than the one the event is committed on

    XMLWordPrintable

Details

    • Enhancement
    • Resolution: Unresolved
    • P3
    • tbd
    • 15
    • hotspot
    • jfr
    • Cause Known

    Description

      One way to both extend JFR to support arbitrary sampling strategies, and to make it more useful for other use cases too, is to allow stack trace and thread to be filled out async before commit through a supported Java API. Something like,
      event.captureThread(thread);

      I fully realize how this could complicate the implementation (e.g. emission of constant pools / checkpoint events), but this would make it possible to solve several issues we (Datadog) have today with JFR.

      Attachments

        Activity

          People

            jbachorik Jaroslav Bachorík
            hirt Marcus Hirt
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

            Dates

              Created:
              Updated: