RFR: 8324751: C2 SuperWord: Aliasing Analysis runtime check [v18]

Emanuel Peter epeter at openjdk.org
Fri Aug 22 08:58:05 UTC 2025


On Thu, 21 Aug 2025 18:35:40 GMT, Vladimir Kozlov <kvn at openjdk.org> wrote:

>> Emanuel Peter has updated the pull request incrementally with one additional commit since the last revision:
>> 
>>   disable flag if not possible
>
> It would be nice to have code profiling tool which could show which part in code for these two cases is hot. Instead of guessing based on whole system behaviors.

@vnkozlov - ⚠ I'm now playing with replacing the fast-path with a `HaltNode` - with that a lot of lines of assembly disappear (100-200). And I'm now seeing the performance difference go away, at least for the byte case (strangely not in int case). Maybe it is code locality? Maybe the `perf stat` `tma_frontend_bound` results were misleading? ⚠

But I'm not sure about locality either. With a sufficiently large loop iteration, the slow-loop body should eventually be cached fully. So the performance difference should fade away with larger loops. But that does not seem to be the case.

Here the `HaltNode` [patch](https://github.com/user-attachments/files/21934393/patch.txt)

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

PR Comment: https://git.openjdk.org/jdk/pull/24278#issuecomment-3213613126


More information about the hotspot-compiler-dev mailing list