RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v14]

Francesco Andreuzzi duke at openjdk.org
Mon Aug 25 16:54:52 UTC 2025


On Mon, 25 Aug 2025 15:31:00 GMT, Magnus Ihse Bursie <ihse at openjdk.org> wrote:

> Also, as a side note, I think we need to look more into -ftime-trace. We most likely have some code that is very heavy to compile that can be simplified for the compiler without sacrificing runtime performance. If would be interesting to compile all JDK native code with that flag...

I created a ticket with some details to follow up: https://bugs.openjdk.org/browse/JDK-8366111

> Apart from that, I still share Kim's worry that the platform with the most potential impact is Windows, and we have no numbers at all there. Can you arrange to test so we at least to not have any regressions there? And also check how the performance changes if you also manually include the same set of inline files as is currently in the PCH.

Might take some time as I don't really work on Windows, I'll try to set up some EC2 with the tooling in the coming days.

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

PR Comment: https://git.openjdk.org/jdk/pull/26681#issuecomment-3220964631


More information about the hotspot-dev mailing list