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