RFR: 8253411: [BACKOUT] [REDO] G1 incorrectly limiting young gen size when using the reserve can result in repeated full gcs

Thomas Schatzl thomas.schatzl at oracle.com
Mon Sep 21 10:13:18 UTC 2020


Hi,

On 21.09.20 12:03, Kim Barrett wrote:
> On Mon, 21 Sep 2020 09:40:26 GMT, Thomas Schatzl <tschatzl at openjdk.org> wrote:
> 
>> Hi all,
>>
>>    can I have some reviews for this change that reverts commit fa30241ddbbe953b61526bc3c44784198acdd801.
>>
>> Fix some merge error in this hunk:
>>
>>  From https://github.com/openjdk/jdk/commit/3570f5a9,  8252041: G1: Fix incorrect uses of HeapRegionManager::max_length
>> , the method "max_expandable_regions()" has been changed to "max_regions()" so the first use of it in the hunk
>> @@ -108,11 +107,14 @@ void G1Policy::init(G1CollectedHeap* g1h, G1CollectionSet* collection_set) {
>>
>> +   if (!use_adaptive_young_list_length()) {
>> +    _young_list_fixed_length = _young_gen_sizer->min_desired_young_length();
>> +  }
>>    _young_gen_sizer->adjust_max_new_size(_g1h->max_regions());  // <------------- here!
>>
>> Did not revert cleanly. Everything else is unchanged.
>>
>> Testing: local compilation. tier1-tier3 running
> 
> Looks like a good backout.  Disappointing...
> 
> -------------
> 
> Marked as reviewed by kbarrett (Reviewer).
> 
> PR: https://git.openjdk.java.net/jdk/pull/281
> 

   thanks for your and Stefan's reviews. I will integrate as soon as 
testing comes back clean if nobody objects.

Thanks,
   Thomas



More information about the hotspot-gc-dev mailing list