RFR: 8284404: Too aggressive sweeping with Loom
Erik Österlund
eosterlund at openjdk.java.net
Thu May 12 07:37:20 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.
-------------
Commit messages:
- 8284404: Too aggressive sweeping with Loom
Changes: https://git.openjdk.java.net/jdk/pull/8673/files
Webrev: https://webrevs.openjdk.java.net/?repo=jdk&pr=8673&range=00
Issue: https://bugs.openjdk.java.net/browse/JDK-8284404
Stats: 4 lines in 1 file changed: 3 ins; 0 del; 1 mod
Patch: https://git.openjdk.java.net/jdk/pull/8673.diff
Fetch: git fetch https://git.openjdk.java.net/jdk pull/8673/head:pull/8673
PR: https://git.openjdk.java.net/jdk/pull/8673
More information about the hotspot-compiler-dev
mailing list