RFR: 8149991: Convert TraceSafepointCleanupTime to Unified Logging

Coleen Phillimore coleen.phillimore at oracle.com
Mon Mar 7 23:20:39 UTC 2016


Just to pile on.  This looks great.
Coleen

On 3/7/16 9:56 AM, Rachel Protacio wrote:
> Thanks, David!
> Rachel
>
> On 3/6/2016 7:32 PM, David Holmes wrote:
>> Looks good Rachel!
>>
>> Thanks,
>> David
>>
>> On 5/03/2016 6:22 AM, Rachel Protacio wrote:
>>> Hi Dmitry,
>>>
>>> Thanks for the review! I've fixed the test as requested :)
>>>
>>> New webrev: http://cr.openjdk.java.net/~rprotacio/8149991.02/
>>>
>>> Rachel
>>>
>>> On 3/4/2016 6:38 AM, Dmitry Dmitriev wrote:
>>>> Hi Rachel,
>>>>
>>>> Overall looks good. Few test comments:
>>>> 1) Import of WeakReference seems unneeded.
>>>> 2) For "-Xlog:safepointcleanup=off" test case you have
>>>> "output.shouldNotContain("[safepointcleanup]");". Is it make sense to
>>>> add "output.shouldContain("[safepointcleanup]")" for case when log is
>>>> enabled?
>>>> 3) I think you should add test case for aliased option.
>>>>
>>>> Thank you,
>>>> Dmitry
>>>>
>>>> On 03.03.2016 23:35, Rachel Protacio wrote:
>>>>> Hello!
>>>>>
>>>>> Coming close to the end of the logging conversions for now! Here's
>>>>> one for TraceSafepointCleanupTime, which is turning into
>>>>> -Xlog:safepointcleanup=info. As it has been a product option, it is
>>>>> aliased in this change.
>>>>>
>>>>> To reiterate the conclusion from the TraceStartupTime conversion, I
>>>>> ask that as long as there are no objections to the correctness of the
>>>>> code, we allow this implementation for now, and I will then file a
>>>>> follow-up bug for possible improvements to the switch statement and
>>>>> TraceTime function signature situation. Since this is the only other
>>>>> "TraceTime" conversion, TraceTime implementation changes will be more
>>>>> succinctly addressable after this SafepointCleanupTime change than
>>>>> before it.
>>>>>
>>>>> Bug: https://bugs.openjdk.java.net/browse/JDK-8149991
>>>>> Open webrev: http://cr.openjdk.java.net/~rprotacio/8149991.01/
>>>>>
>>>>> Sample old output:
>>>>>
>>>>>    $ java -XX:+TraceSafepointCleanupTime -version
>>>>>    java version "9-internal"
>>>>>    Java(TM) SE Runtime Environment (fastdebug build
>>>>>    9-internal+0-2016-03-02-133604.rprotaci.8150083)
>>>>>    Java HotSpot(TM) 64-Bit Server VM (fastdebug build
>>>>>    9-internal+0-2016-03-02-133604.rprotaci.8150083, mixed mode)
>>>>>    [deflating idle monitors, 0.0000088 secs]
>>>>>    [updating inline caches, 0.0000007 secs]
>>>>>    [compilation policy safepoint handler, 0.0000009 secs]
>>>>>    [mark nmethods, 0.0000164 secs]
>>>>>    [purging class loader data graph, 0.0000002 secs]
>>>>>
>>>>> Sample new output:
>>>>>
>>>>>    $ java -Xlog:safepointcleanup -version
>>>>>    java version "9-internal"
>>>>>    Java(TM) SE Runtime Environment (fastdebug build
>>>>>    9-internal+0-2016-03-02-133610.rprotaci.8149991)
>>>>>    Java HotSpot(TM) 64-Bit Server VM (fastdebug build
>>>>>    9-internal+0-2016-03-02-133610.rprotaci.8149991, mixed mode)
>>>>>    [0.348s][info][safepointcleanup] deflating idle monitors,
>>>>> 0.0000059 secs
>>>>>    [0.348s][info][safepointcleanup] updating inline caches, 0.0000009
>>>>> secs
>>>>>    [0.348s][info][safepointcleanup] compilation policy safepoint
>>>>>    handler, 0.0000006 secs
>>>>>    [0.348s][info][safepointcleanup] mark nmethods, 0.0000191 secs
>>>>>    [0.348s][info][safepointcleanup] purging class loader data graph,
>>>>>    0.0000001 secs
>>>>>
>>>>>
>>>>> Tested using JPRT and RBT hotspot and non-colo tests.
>>>>>
>>>>> Thanks!
>>>>> Rachel
>>>>>
>>>>>
>>>>
>>>
>



More information about the hotspot-runtime-dev mailing list