RFR: 8354727: CompilationPolicy creates too many compiler threads when code cache space is scarce [v2]
Manuel Hässig
mhaessig at openjdk.org
Thu Jun 12 09:35:19 UTC 2025
On Thu, 12 Jun 2025 09:03:19 GMT, Damon Fenacci <dfenacci at openjdk.org> wrote:
>> Manuel Hässig has updated the pull request incrementally with one additional commit since the last revision:
>>
>> Fix inadvertantly removed header
>>
>> Co-developed-by: Damon Fenacci <dfenacci at openjdk.org>
>
> Thanks for fixing this @mhaessig.
> I guess the issue cannot happen if `NonNMethodCodeHeapSize` is not given as a flag as it will be dynamically adapted to the number of compiler threads created, right?
Thank you for having a look @dafedafe!
> I guess the issue cannot happen if NonNMethodCodeHeapSize is not given as a flag as it will be dynamically adapted to the number of compiler threads created, right?
That is right. In this case, the heuristics in `CodeCache::initialize_heaps()` take over.
> src/hotspot/share/compiler/compilationPolicy.cpp line 40:
>
>> 38: #include "runtime/deoptimization.hpp"
>> 39: #include "runtime/flags/debug_globals.hpp"
>> 40: #include "runtime/frame.hpp"
>
> Was this removed on purpose? It isn't used directly but doesn't seem to be related to your change...
Thank you for pointing this out. No, this is a blunder on my part. I fixed it in b62ef8a.
-------------
PR Comment: https://git.openjdk.org/jdk/pull/25770#issuecomment-2965861219
PR Review Comment: https://git.openjdk.org/jdk/pull/25770#discussion_r2142185964
More information about the hotspot-compiler-dev
mailing list