RFR: 8267209: Child threads should defer logging to after child-parent handshake
Thomas Stuefe
stuefe at openjdk.java.net
Mon May 17 05:45:41 UTC 2021
On Sun, 16 May 2021 22:52:12 GMT, David Holmes <dholmes at openjdk.org> wrote:
> Hi Thomas,
>
> This change seems okay. Arguably if we were trying to track down a problem with the initial "handshake" then we may want logging on each side of that handshake. Also logging is supposed to be nearly free if not enabled so I'm disappointed to find this causes a noticeable difference. :(
>
> As Linux/BSD/macOS can't start threads suspended we have to emulate that with this handshake. The reason this is/was needed is to ensure the newly created thread can't run to completion and delete itself before the creator has finished the initial interaction with it.
>
> Cheers,
> David
Thanks for the Review, David.
-------------
PR: https://git.openjdk.java.net/jdk/pull/4042
More information about the hotspot-runtime-dev
mailing list