<div dir="ltr"><div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small">Turns out you can pass in -XX:CompileThresholdScaling to delay the compilation. I just tried with a value of 2.0 and that was enough to push Math::min compilation into the benchmark and it has the desired effect. Thanks Tobias H for the suggestion</div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Thu, Feb 27, 2025 at 6:54 PM Andrew Haley <<a href="mailto:aph@redhat.com">aph@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 2/27/25 16:28, Galder Zamarreno wrote:<br>
> Is there a way to avoid this issue? Can JMH somehow instruct HotSpot to deopt Math.min(II) before the warmup phase of the benchmark runs to avoid pollution?<br>
<br>
I don't think that would help, because even after deopt the MDO<br>
remains. Surely you're asking for something completely unrealistic,<br>
though? In the real world of real apps, Math.min() is bound to be<br>
polluted by all of the different ways it's been called, from many<br>
users.<br>
<br>
You may be able to use WhiteBox in your JMH code. There is a way to<br>
deoptimize a specific method or the whole call stack, which you can<br>
call from Java. There are lots of examples of WhiteBox use in the<br>
JDK test suite. Using WhiteBox is rather fiddly, though.<br>
<br>
-- <br>
Andrew Haley  (he/him)<br>
Java Platform Lead Engineer<br>
Red Hat UK Ltd. <<a href="https://www.redhat.com" rel="noreferrer" target="_blank">https://www.redhat.com</a>><br>
<a href="https://keybase.io/andrewhaley" rel="noreferrer" target="_blank">https://keybase.io/andrewhaley</a><br>
EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671<br>
<br>
</blockquote></div></div>