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