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