RFR(XL): 8185640: Thread-local handshakes

Andrew Haley aph at redhat.com
Thu Oct 26 09:39:53 UTC 2017

On 26/10/17 10:30, Doerr, Martin wrote:

> I don't think this will increase safepoint latency (if implemented
> appropriately). Methods compiled by C2 may contain counted loops
> (with int range) without safepoint. So this may be quite long in
> comparison to an interpreted method which can only contain up to 64k
> bytecodes while every branch contains a safepoint check.

This is to say, I think, that we already have one source of severe
safepoint delays, so why not have another one?  64k bytecodes is a

> (One might be kind of concerned about no poll in calls in the
> current implementation.)

I'm not sure why.  For every call, there is a return.

Andrew Haley
Java Platform Lead Engineer
Red Hat UK Ltd. <https://www.redhat.com>
EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671

More information about the hotspot-dev mailing list