RFR: 8309976: Add microbenchmark for stressing code cache [v3]

[Eric Caspole]

On Tue, 20 Jun 2023 20:13:19 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.
>
> Eric Caspole has updated the pull request incrementally with one additional commit since the last revision:
> 
>   Fix copyright header and apply Alekseys comments

Aleksey, I think I applied all your comments, is this OK with you?

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

PR Comment: https://git.openjdk.org/jdk/pull/14521#issuecomment-1600843509