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

    • Type: Enhancement
    • Status: In Progress
    • Priority: P3
    • Resolution: Unresolved
    • Affects Version/s: 15
    • Fix Version/s: tbd
    • Component/s: hotspot
    • Subcomponent:
      jfr
    • Understanding:
      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

            Assignee:
            jbachorik Jaroslav BachorĂ­k
            Reporter:
            hirt Marcus Hirt
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Dates

              Created:
              Updated: