RFR: JDK-8212186: JVMTI lacks a few GC barriers/hooks

Aleksey Shipilev shade at redhat.com
Thu Oct 18 08:32:32 UTC 2018


On 10/18/2018 10:13 AM, Per Liden wrote:
> On 10/18/2018 09:46 AM, Aleksey Shipilev wrote:
>> Shenandoah does tracing for external heap walks, on the off chance external walk is requested
>> mid-marking. There are other ways to do this, e.g. wait for marking to complete before doing
>> external walk, which gets us back to heap parsability :)
> 
> We initially did that in ZGC, but found that forcing the GC to be in a specific state before you can
> do certain operations just wasn't very attractive (more complex code, potentially stalled
> operations, strange error paths, etc). So, I think you made the right choice ;)

Roman would be happy to hear that. *I* was insisting to drop the additional tracing code and just
wait for marking to be over. :)

-Aleksey

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://mail.openjdk.java.net/pipermail/hotspot-gc-dev/attachments/20181018/03d4748b/signature.asc>


More information about the hotspot-gc-dev mailing list