RFR: 8356946: x86: Optimize interpreter profile updates

Aleksey Shipilev shade at openjdk.org
Mon May 19 08:08:00 UTC 2025


On Wed, 14 May 2025 09:48:54 GMT, Aleksey Shipilev <shade at openjdk.org> wrote:

> Noticed two awkward things in current x86 interpreter profiling code.
> 
> First, we carry the implementation for counter decrements without using them. This is dead code, and can be purged.
> 
> Second, we care about overflows for 64-bit for some reason. I think this is a reminiscent of 32-bit x86 support, where we can plausibly have 32-bit counter overflow in a reasonable timeframe. But for 64-bit counter, we need tens of years of constantly bashing the counter to get it to overflow. No other profile counter update code, e.g. in C1, cares about this.
> 
> So we can save a few instructions / memory accesses on this path. 
> 
> Additional testing:
>  - [x] Linux x86_64 server fastdebug, `tier1`
>  - [x] Linux x86_64 server fastdebug, `all`

Thanks!

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

PR Comment: https://git.openjdk.org/jdk/pull/25223#issuecomment-2890035032


More information about the hotspot-compiler-dev mailing list