RFR: 8306647: Implementation of Structured Concurrency (Preview)

Andrew Haley aph at openjdk.org
Tue May 23 19:10:00 UTC 2023


On Tue, 23 May 2023 18:23:21 GMT, Paul Sandoz <psandoz at openjdk.org> wrote:

> Oh, and i guess that has some performance implications in some cases? more so on the set of instructions produced on ARM say rather than limiting C2 optimizations?

I think so. As far as I can remember, a release fence on x86 generates no code at all.

> Given that the Supplier is likely to be the target of a lambda expression which may also capture I was surprised there would be much of an increased impact. (HotSpot may not strength reduce multiple fences in this case.)

It may, or it may not. I don't really want the call without a checked exception to be more costly than a call with one. That seems a little weird, at least.

> Can we update to add say "/* non-final */ to the field and update the class doc to say the release fence inserted by HotSpot as a result of constructing a class with final fields has performance implications <<"insert loose quantification of those implications">> ?

Sure, thanks.

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

PR Review Comment: https://git.openjdk.org/jdk/pull/13932#discussion_r1202870649


More information about the hotspot-dev mailing list