RFR (S) 8222186: Shenandoah should not uncommit below minimum heap size
Aleksey Shipilev
shade at redhat.com
Tue Apr 9 13:55:59 UTC 2019
RFE:
https://bugs.openjdk.java.net/browse/JDK-8222186
Fix:
http://cr.openjdk.java.net/~shade/8222186/webrev.01/
There is some confusion what -Xms really means. Current code assumes it only means "initial" heap
size, which allows it to uncommit the heap below -Xms. However, users expect -Xms to mean "minimum
heap size" to set the low watermark for heap shrinkage. We need to amend Shenandoah to avoid
uncommitting below that watermark.
Testing: hotspot_gc_shenandoah (includes new test cases), eyeballing gc logs
--
Thanks,
-Aleksey
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <https://mail.openjdk.org/pipermail/hotspot-gc-dev/attachments/20190409/0a47bc26/signature.asc>
More information about the hotspot-gc-dev
mailing list