Strange behaviour on half-occupied heap
Aleksey Shipilev
shade at redhat.com
Tue Sep 4 12:03:09 UTC 2018
On 08/30/2018 07:38 PM, Aleksey Shipilev wrote:
> On 08/30/2018 07:28 PM, Simon Ogorodnik wrote:
>> Find out that issue related to my local build, and not reproduces with build from CI with same sources
>
> I can see how the zero space for CSet can happen, even if it is intermittent. I think evac-reserve
> would help to mitigate bad behaviors on densely populated heaps:
> http://mail.openjdk.java.net/pipermail/shenandoah-dev/2018-August/007270.html
>
> If everything goes well, it should land in sh/jdk8 early next week.
Current sh/jdk8 repository and builds contain evac-reserve work, along with other touchups. This
should work much better on small + densely populated heaps. I had a few runs with CLion and -Xmx2g
with LDS of ~1G, and it seems to work fine. Please try again?
The other question, why Full GC reclaimed a lot of memory, but Degen did not -- these are softrefs,
and only Full GC used to clean them up. Should be better with the patch currently in testing:
http://mail.openjdk.java.net/pipermail/shenandoah-dev/2018-September/007337.html
The sh/jdk8u variant of that patch is:
http://cr.openjdk.java.net/~shade/shenandoah/8u-softrefs.patch
You may want to apply it separately, if interested. Otherwise, it should arrive in the next batch of
backports next week.
-Aleksey
More information about the shenandoah-dev
mailing list