RFR: 8260366: ExtendedSocketOptions <clinit> can deadlock in some circumstances [v2]

Jaikiran Pai jpai at openjdk.java.net
Thu Feb 18 09:59:38 UTC 2021


On Thu, 18 Feb 2021 07:59:45 GMT, Andrey Turbanov <github.com+741251+turbanoff at openjdk.org> wrote:

>> Hello @turbanoff, the double read is necessary to correctly avoid any race conditions and is a typical strategy used in cases like these. I am not aware of any other alternate more performant strategy, for code like this.
>
> Let me be more clear: I think that it's enough to have only 2 `volatile` field reads _in worst case_. We can use local variable to avoid more than needed reads.
> Current code can perform read 4 times _in worst case_: twice outside `synchronized` block and twice inside `synchronized` block.
> 
> There are many examples of similar code in the JDK:
> https://github.com/openjdk/jdk/blob/master/src/jdk.crypto.cryptoki/share/classes/sun/security/pkcs11/P11Util.java#L48
> https://github.com/openjdk/jdk/blob/master/src/java.base/share/classes/java/lang/StackFrameInfo.java#L125

Ah! of course, I now see what you mean. I misunderstood your previous comment. I'll update this PR shortly.

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

PR: https://git.openjdk.java.net/jdk/pull/2601


More information about the net-dev mailing list