[8u] [JFR] RFR: JFR backports from 11.0.4

[Langer, Christoph]

Hi,

we should discuss this at the upcoming committers workshop which JFR patches we want backported to both, jdk11u and jdk8u.

Best regards
Christoph

> -----Original Message-----
> From: Andrey Petushkov <andrey at azul.com>
> Sent: Donnerstag, 9. Januar 2020 17:20
> To: Aleksey Shipilev <shade at redhat.com>
> Cc: DDH <denghui.ddh at alibaba-inc.com>; jdk8u-dev <jdk8u-
> dev at openjdk.java.net>; Ekaterina Vergizova <katya at azul.com>; Langer,
> Christoph <christoph.langer at sap.com>
> Subject: Re: [8u] [JFR] RFR: JFR backports from 11.0.4
> 
> Hi Aleksey,
> 
> No, they are not in incubator (yet?). The problem is that some of them did
> not (yet?) end up in jdk11, and that was
> declared as prerequisite for jdk8u-incubator ([1])
> Some time ago there were discussion around JDK-8185525 which turned into
> general discussion on criteria for deciding
> whether change in JFR is subject for backport ([2]). I still own an AI to provide
> list of all JFR fixes Azul believes are
> useful to backport. It's a shame but I did not manage to finish the list yet
> 
> Regards,
> Andrey
> 
> [1] https://mail.openjdk.java.net/pipermail/jdk8u-dev/2019-
> September/010237.html
> [2] https://mail.openjdk.java.net/pipermail/jdk-updates-dev/2019-
> December/002273.html
> 
> > On 4 Jan 2020, at 11:03, Aleksey Shipilev <shade at redhat.com> wrote:
> >
> > Hi,
> >
> > What is the status for these? Are we having them in 8u-jfr-incubator, or? I
> do not see the pushes
> > here: http://hg.openjdk.java.net/jdk8u/jdk8u-jfr-incubator/hotspot, for
> example for 8215727.
> >
> > On 9/10/19 2:50 PM, Andrey Petushkov wrote:
> >> Thank you. We'll take care of it then.
> >> The list of backports we're currently working on (for jdk8u incubator)
> >> was part of initial email. For convenience please find it below:
> >>
> >> https://bugs.openjdk.java.net/browse/JDK-8185525: Add JFR event for
> DictionarySizes
> >> https://bugs.openjdk.java.net/browse/JDK-8213448: [TESTBUG] enhance
> jfr/jvm/TestDumpOnCrash
> >> https://bugs.openjdk.java.net/browse/JDK-8215727: Restore JFR thread
> sampler loop to old / previous behavior
> >> https://bugs.openjdk.java.net/browse/JDK-8216283: Allow shorter
> method sampling interval than 10 ms
> >> https://bugs.openjdk.java.net/browse/JDK-8217362: Emergency dump
> does not work when disk=false is set
> >> https://bugs.openjdk.java.net/browse/JDK-8219241: Provide basic
> virtualization related info in the hs_error file on linux/windows x86_64
> >> https://bugs.openjdk.java.net/browse/JDK-8219566: JFR did not collect
> call stacks when MaxJavaStackTraceDepth is set to zero
> >> https://bugs.openjdk.java.net/browse/JDK-8219997: [TESTBUG] Create
> test for JFR events in Docker container: CPU, Memory and Process Info
> >> https://bugs.openjdk.java.net/browse/JDK-8220293: Deadlock in JFR
> string pool
> >> https://bugs.openjdk.java.net/browse/JDK-8220555: JFR tool shows
> potentially misleading message when it cannot access a file
> >> https://bugs.openjdk.java.net/browse/JDK-8220657: JFR.dump does not
> work when filename is set
> >> https://bugs.openjdk.java.net/browse/JDK-8221569: JFR tool produces
> incorrect output when both --categories and --events are specified
> >> https://bugs.openjdk.java.net/browse/JDK-8221711: [TESTBUG] create
> more tests for JFR in container environment
> >> https://bugs.openjdk.java.net/browse/JDK-8222888: [TESTBUG]
> docker/TestJFREvents.java fails due to "RuntimeException:
> JAVA_MAIN_CLASS_ is not defined"
> >> https://bugs.openjdk.java.net/browse/JDK-8223438: add
> VirtualizationInformation JFR event
> >> https://bugs.openjdk.java.net/browse/JDK-8223599: minimal build fails
> after JDK-8185525
> >> https://bugs.openjdk.java.net/browse/JDK-8224217: RecordingInfo
> should use textual representation of path
> >> https://bugs.openjdk.java.net/browse/JDK-8225310: JFR crashed in
> JfrPeriodicEventSet::requestProtectionDomainCacheTableStatistics()
> >
> >
> > --
> > Thanks,
> > -Aleksey
> >