RFR: 8271008: appcds/*/MethodHandlesAsCollectorTest.java tests time out because of excessive GC (CodeCache GC Threshold) in loom

Coleen Phillimore coleenp at openjdk.java.net
Mon Feb 21 15:11:31 UTC 2022


On Thu, 17 Feb 2022 13:34:39 GMT, Coleen Phillimore <coleenp at openjdk.org> wrote:

> In Loom there's a full heap walk when the sweeper is triggered.  Many of the triggers in this test case are for the adapters created by the test, which are not deallocated.  Since there is a fall back to other code cache heap areas for NonNMethod and for NMethodProfiled, made the function CodeCache::reverse_free_ratio() examine the total code cache available rather than the specific area that it is allocating into.  The compilation policy also uses this to increase the C1 compile threshold so also uses the entire free code cache size to calculate new threshold (ask @TobiHartmann about this).  Thanks to Tobias for the discussion for this fix.
> Tested with tier1-4.

Thanks, Tobias.

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

PR: https://git.openjdk.java.net/jdk/pull/7514


More information about the hotspot-dev mailing list