RFR: 8311883: [Genshen] Adaptive tenuring threshold

[William Kemper]

On Thu, 15 Jun 2023 20:08:58 GMT, Y. Srinivas Ramakrishna <ysr at openjdk.org> wrote:

> JDK-8311883 [GenShen] Adaptive tenuring
> 
> I am opening this previously draft PR for formal preliminary review. It has already benefited from review feedback from a code walkthrough of an earlier version of the code. Most of that feedback and the corrections thereof are to be found in the comments in this PR. I have addressed a large majority of those comments, and am working on the last one that I plan to address as part of this PR. For the ones that I don't plan to address in this PR, I will create follow up tickets. Those will be added in the responses for the remaining feedback comments recorded in this PR's conversation.
> 
> Preliminary testing w/SPECjbb didn't yield reliable performance data from which to infer any performance improvements stemming from enabling adaptive tenuring. I believe that was because of the way SPECjbb is run, which causes excessive degenerate and full gc's. I plan to collect SPECjbb numbers with a fixed lower max HBIR so as to be able to discern performance differences from this change, as well as Extremem workloads. Those will be added here once ready over the next few days.

src/hotspot/share/gc/shenandoah/shenandoahEvacTracker.cpp line 38:

> 36:     _evacuations_attempted(0), _bytes_attempted(0),
> 37:     _generational(generational) {
> 38:   if (generational && (ShenandoahGenerationalCensusAtEvac || !ShenandoahGenerationalAdaptiveTenuring)) {

Could we drop `Generational` from these options? It's clear enough (at least to me) that these apply to the generational mode.

-------------

PR Review Comment: https://git.openjdk.org/shenandoah/pull/289#discussion_r1260393980