RFR: 8312116: GenShen: make instantaneous allocation rate triggers more timely [v3]
Kelvin Nilsen
kdnilsen at openjdk.org
Mon Jan 5 20:39:03 UTC 2026
> After studying large numbers of GC logs with degenerated cycles that have resulted from "late" triggers, we propose the following general improvements:
>
> 1. Track trends in GC times rather than always using the average GC time plus standard deviation. In many situations, GC times trend upward due to, for example, increasing amounts of live data that must be marked as a workload builds up its working set of memory.
> 2. Sample allocation rates more frequently than once every 100 ms.
> 3. Track trends in allocation rates. In some situations, the allocation rate trends upwards due to, for example, the start of a new phase of execution or a spike in client workload.
> 4. When we detect acceleration of allocation rate, predict consumption of memory based on accelerated allocation rates rather than assuming constant allocation rate.
Kelvin Nilsen has updated the pull request incrementally with one additional commit since the last revision:
Remove develop/debug instrumentation
-------------
Changes:
- all: https://git.openjdk.org/jdk/pull/29039/files
- new: https://git.openjdk.org/jdk/pull/29039/files/43664d66..959b274c
Webrevs:
- full: https://webrevs.openjdk.org/?repo=jdk&pr=29039&range=02
- incr: https://webrevs.openjdk.org/?repo=jdk&pr=29039&range=01-02
Stats: 498 lines in 10 files changed: 0 ins; 497 del; 1 mod
Patch: https://git.openjdk.org/jdk/pull/29039.diff
Fetch: git fetch https://git.openjdk.org/jdk.git pull/29039/head:pull/29039
PR: https://git.openjdk.org/jdk/pull/29039
More information about the hotspot-gc-dev
mailing list