RFR (XXS): 8202829: Implement CollectedHeap::get_safepoint_workers() for G1

Per Liden per.liden at oracle.com
Wed May 9 17:34:44 UTC 2018


Yep, looks good!

/Per

On 2018-05-09 18:52, Erik Osterlund wrote:
> Hi Thomas,
> 
> A very beneficial one-liner indeed.
> 
> Looks good!
> 
> Thanks,
> /Erik
> 
>> On 9 May 2018, at 17:15, Thomas Schatzl <thomas.schatzl at oracle.com> wrote:
>>
>> Hi all,
>>
>>   due to the recent RFR for ZGC I noticed that G1 would also benefit
>> from implementing CollectedHeap::get_safepoint_workers().
>>
>> It is a pretty trivial change for G1 as we already have/use a "hot"
>> WorkGang that is always available during a safepoint.
>>
>> CR:
>> https://bugs.openjdk.java.net/browse/JDK-8202829
>> Webrev:
>> http://cr.openjdk.java.net/~tschatzl/8202829/webrev/
>> Testing:
>> hs-tier1-3
>>
>> Results from random specjbb2015 runs:
>>
>> Baseline for "safepoint cleanup tasks":
>>               count: 1628
>>                 min: 7.5e-05
>>                 max: 0.0072682
>>                 sum: 4.76701
>>                 avg: 0.00292814 (+/-0.0016433)
>>     95th percentile: 0.0054634
>>     99th percentile: 0.0062773
>>   99.9th percentile: 0.0072269
>> 99.99th percentile: 0.0072682
>>
>> With changes for "safepoint cleanup tasks":
>>               count: 1772
>>                 min: 9.24e-05
>>                 max: 0.0014651
>>                 sum: 1.33761
>>                 avg: 0.000754861 (+/-0.000230524)
>>     95th percentile: 0.0009985
>>     99th percentile: 0.001097
>>   99.9th percentile: 0.0012676
>> 99.99th percentile: 0.0014651
>>
>> So, some significant improvement here, although very small in total.
>> Since it is such a simple change I guess we'll take it :)
>>
>> I assume in the future the number of threads could be determined more
>> cleverly depending on actual work.
>>
>> Thanks,
>>   Thomas
>>



More information about the hotspot-gc-dev mailing list