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
lot.
> (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