RFR 8202578: Revisit location for class unload events

Harold David Seigel harold.seigel at oracle.com
Mon Aug 27 18:36:45 UTC 2018


Thanks Coleen!

Harold


On 8/27/2018 2:12 PM, coleen.phillimore at oracle.com wrote:
>
> Looks great!
> Thanks,
> Coleen
>
> On 8/27/18 2:04 PM, Harold David Seigel wrote:
>> Hi,
>>
>> Please review this updated webrev for this bug:
>>
>> http://cr.openjdk.java.net/~hseigel/bug_8202578.2/webrev/index.html
>>
>> The new webrev contains changes suggested off-line by mgronlun, 
>> including changing the ClassUnloadEvent from UNTIMED to be 
>> time-stamped by JFR.
>>
>> Thanks! Harold
>>
>> On 8/23/2018 6:55 PM, Harold David Seigel wrote:
>>> Hi,
>>>
>>> Please review this fix for JDK-8202578.  The fix enables posting of 
>>> JFR class unloading events without requiring a separate JFR-specific 
>>> iteration through the class loader data graph.
>>>
>>> Open Webrev: 
>>> http://cr.openjdk.java.net/~hseigel/bug_8202578/webrev/index.html
>>>
>>> JBS Bug:  https://bugs.openjdk.java.net/browse/JDK-8202578
>>>
>>> This fix was regression tested by running Mach5 tiers 1 and 2 tests 
>>> and builds on Linux-x64, Windows, and Mac OS X, running tiers 3-5 
>>> tests on Linux-x64, and by running JCK-11 Lang and VM tests on 
>>> Linux-x64. Additionally, the jdk JFR tests were run explicitly.
>>>
>>> Thanks, Harold
>>>
>>
>



More information about the hotspot-runtime-dev mailing list