Integrated: 8309976: Add microbenchmark for stressing code cache

[Eric Caspole]

On Fri, 16 Jun 2023 14:54:46 GMT, Eric Caspole <ecaspole at openjdk.org> wrote:

> Most benchmarks have a relatively small code footprint compared to enterprise applications. While trying to model an application with a very large code footprint, we developed this JMH with its own classloader generating the desired number of classes from the string literal in the file, using the existing InMemoryJavaCompiler. Then these classes are are instantiated to the desired count, and methods are called in those objects, which can fill up the code cache, possibly causing code cache sweeping or compiler shut-off. 
> This allows to create a simulation of a large application with arbitrary java heap and code cache footprint, and take advantage of the benefits of JMH at the same time.
> The defaults are set very low by default and the intent is that they would be customized for any given study.

This pull request has now been integrated.

Changeset: 430d6b61
Author:    Eric Caspole <ecaspole at openjdk.org>
URL:       https://git.openjdk.org/jdk/commit/430d6b61c5d2d85be2c62af0c927c18531ff7cc3
Stats:     444 lines in 1 file changed: 444 ins; 0 del; 0 mod

8309976: Add microbenchmark for stressing code cache

Reviewed-by: redestad, shade

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

PR: https://git.openjdk.org/jdk/pull/14521