RFR: 8339573: Update CodeCacheSegmentSize and CodeEntryAlignment for ARM
Boris Ulasevich
bulasevich at openjdk.org
Tue Sep 10 11:05:07 UTC 2024
On Tue, 10 Sep 2024 10:05:09 GMT, Lutz Schmidt <lucy at openjdk.org> wrote:
> During my testing of the mentioned fixes, I never saw such long freelists.
I see the warning every time I run Renaissance benchmarks with the VerifyCodeCache option. Is this a problem and not just a reflection of the fact that the codeheap contains 20K of methods with some holes in between?
$ ./build/linux-aarch64-server-fastdebug/jdk/bin/java -XX:+VerifyCodeCache -XX:+PrintCodeCache -jar ~/renaissance-jmh-0.14.2-95-gae3b5ce.jar Dotty
# Run progress: 0.00% complete, ETA 00:00:00
# Fork: 1 of 5
# Warmup Iteration 1: 86079.453 ms/op
# Warmup Iteration 2: 8212.947 ms/op
# Warmup Iteration 3: 5416.496 ms/op
# Warmup Iteration 4: 6841.073 ms/op
# Warmup Iteration 5: 4248.337 ms/op
# Warmup Iteration 6: OpenJDK 64-Bit Server VM warning: CodeHeap: # of free blocks > 10000
3530.697 ms/op
# Warmup Iteration 7: 3186.153 ms/op
> CodeCacheSegmentSize should not be chosen too small to keep memory and processing overhead in check. 64 bytes appears to be a feasible choice.
OK. Thanks!
-------------
PR Comment: https://git.openjdk.org/jdk/pull/20864#issuecomment-2340350586
More information about the hotspot-dev
mailing list