RFR: 8284404: Too aggressive sweeping with Loom [v2]

Erik Österlund eosterlund at openjdk.org
Fri Jun 17 13:51:59 UTC 2022


> The normal sweeping heuristics trigger sweeping whenever 0.5% of the reserved code cache could have died. Normally that is fine, but with loom such sweeping requires a full GC cycle, as stacks can now be in the Java heap as well. In that context, 0.5% does seem to be a bit too trigger happy. So this patch adjusts that default when using loom to 10x higher.
> If you run something like jython which spins up a lot of code, it unsurprisingly triggers a lot less GCs due to code cache pressure.

Erik Österlund has updated the pull request incrementally with one additional commit since the last revision:

  Add comment

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

Changes:
  - all: https://git.openjdk.org/jdk/pull/8673/files
  - new: https://git.openjdk.org/jdk/pull/8673/files/461f8a30..4613da71

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk&pr=8673&range=01
 - incr: https://webrevs.openjdk.org/?repo=jdk&pr=8673&range=00-01

  Stats: 4 lines in 1 file changed: 4 ins; 0 del; 0 mod
  Patch: https://git.openjdk.org/jdk/pull/8673.diff
  Fetch: git fetch https://git.openjdk.org/jdk pull/8673/head:pull/8673

PR: https://git.openjdk.org/jdk/pull/8673


More information about the hotspot-compiler-dev mailing list