RFR: 8316632: Shenandoah: Raise OOME when gc threshold is exceeded [v2]
William Kemper
wkemper at openjdk.org
Mon Sep 25 21:08:18 UTC 2023
> Shenandoah will run back-to-back full GCs and _almost_ grind mutator progress to a halt before eventually exhausting memory. This change will have Shenandoah raise a gc threshold exceeded exception if the collector fails to make progress after `ShenandoahNoProgressThreshold` full GC cycles (default is 3).
William Kemper has updated the pull request incrementally with three additional commits since the last revision:
- Improve comment, increase default for no progress threshold
- Allocator should not reset bad progress count
- Allocator should not reset bad progress count
-------------
Changes:
- all: https://git.openjdk.org/jdk/pull/15852/files
- new: https://git.openjdk.org/jdk/pull/15852/files/f68a942b..f864be67
Webrevs:
- full: https://webrevs.openjdk.org/?repo=jdk&pr=15852&range=01
- incr: https://webrevs.openjdk.org/?repo=jdk&pr=15852&range=00-01
Stats: 36 lines in 6 files changed: 16 ins; 12 del; 8 mod
Patch: https://git.openjdk.org/jdk/pull/15852.diff
Fetch: git fetch https://git.openjdk.org/jdk.git pull/15852/head:pull/15852
PR: https://git.openjdk.org/jdk/pull/15852
More information about the hotspot-gc-dev
mailing list