RFR: Generation resizing [v4]

[Y. Srinivas Ramakrishna]

On Thu, 8 Dec 2022 21:46:54 GMT, William Kemper <wkemper at openjdk.org> wrote:

>> These changes have the generational mode track the minimum mutator utilization (percentage of process time used by mutators). When it falls below a configuration percentage (GCTimeRatio), a heuristic will transfer memory capacity to whatever generation has been using more CPU time. The assumption here is that by increasing capacity, we will decrease the collection frequency and improve the MMU.
>
> William Kemper has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains 17 commits:
> 
>  - Merge branch 'shenandoah-master' into mmu-instrumentation
>  - Remove vestigial lock, do not enroll periodic task while holding threads_lock
>  - Remove unnecessary logging, clean up imports
>  - Merge from shenandoah/master
>  - Document the class responsible for adjusting generation sizes
>  - Revert unnecessary change
>  - Remove unused time between cycle tracking
>  - Remove vestigial mmu tracker instance
>  - Clamp adjustments to min/max when increment is too large
>  - Adjust generation sizes from safepoint
>  - ... and 7 more: https://git.openjdk.org/shenandoah/compare/25469283...50896e31

@earthling-amzn : I have a partially completed review from last night which I'll complete and post here in the next hour or so. Sorry for the delay.

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

PR: https://git.openjdk.org/shenandoah/pull/177