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