Humongous objects vs. ShenandoahHumongousMoves
Holger Hoffstätte
holger at applied-asynchrony.com
Mon Oct 7 13:07:08 UTC 2019
Hi,
While spelunking around in JDK13's Shenandoah flags I found
ShenandoahHumongousMoves, which is *en*abled by default.
This made me curious: why would it make sense to copy large objects around
(a potentially rather slow thing in terms of memory bandwidth) when they are
likely to live long and cover multiple pages (or a large one)?
My understanding was that this was only really necessary for compacting linearly
allocated heaps (like e.g. ParallelGC), but not for regionalized GCs where
you can just reuse/deallocate regions in the middle of your heap.
In other words, what disadvantages would disabling this have? More and/or
less compacted regions? Intuitively it seems to me that this would likely be
in the noise (esp. the larger the allocated heap gets), but then I figured
this is likely enabled for a good reason.
Thanks!
Holger
More information about the shenandoah-dev
mailing list