[crac] RFR: 8364156: [CRaC] Recompile methods decompiled during or shortly after C/R [v2]

[Timofei Pushkin]

On Mon, 28 Jul 2025 20:37:16 GMT, Radim Vansa <rvansa at openjdk.org> wrote:

> So this is actually triggering the deoptimization

Yes, it triggers the deoptimization. It returns the amount of compilations actually deoptimized (can be zero if the method was not compiled; can be multiple for one method if there were OSR compilations with different entry byte codes, although I believe this overload skips OSRs).

> but why wouldn't you trigger it there even for delayMs > 0

Because then the test would succeed even if the delaying code gets removed, i.e. it won't actually be testing that the delay works.

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

PR Review Comment: https://git.openjdk.org/crac/pull/251#discussion_r2238682711