RFR: 8265349: vmTestbase/../stress/compiler/deoptimize/Test.java fails with OOME due to CodeCache exhaustion. [v3]
enikitin at openjdk.java.net
Thu Apr 29 09:24:12 UTC 2021
> The bug: https://bugs.openjdk.java.net/browse/JDK-8265349
> A repetition of the JDK-8058176 (mlvm tests cause code cache exhaustion), this time with -Xcomp. My measurements show up max code cache consumption of 400-500 kb per test thread and tree (depends on random tree and other factors, of course, but still). For the whole test which usually doesn't exceed 10 threads, I've got max. value of 6.1M for one sequence/tree build (between checks for remaining free space).
> So I suggest to raise the allowances to 10M, just to be safe. Compared to the 103 Mb of required code cache space that test requests via the 'run' parameter, it doesn't look that much.
> Thanks in advance,
> // Evgeny Nikitin.
Evgeny Nikitin has updated the pull request incrementally with one additional commit since the last revision:
Explain limits numbers, extract code cache monitoring into a class
- all: https://git.openjdk.java.net/jdk/pull/3762/files
- new: https://git.openjdk.java.net/jdk/pull/3762/files/fa15d577..c3f52fbf
- full: https://webrevs.openjdk.java.net/?repo=jdk&pr=3762&range=02
- incr: https://webrevs.openjdk.java.net/?repo=jdk&pr=3762&range=01-02
Stats: 74 lines in 1 file changed: 37 ins; 16 del; 21 mod
Fetch: git fetch https://git.openjdk.java.net/jdk pull/3762/head:pull/3762
More information about the hotspot-compiler-dev