Question regarding JEP 8204089 Timely Reducing Unused Committed Memory

Ruslan Synytsky synytskyy at jelastic.com
Fri Jun 1 13:21:48 UTC 2018


Hi Sunny.

On 1 June 2018 at 07:36, Sunny Chan, CLSA <sunny.chan at clsa.com> wrote:

> Hello,
>
>
>
> I have a number of question about the proposed changes for the JEP and I
> would like to make the following suggestions and comments
>
>
>
> 1)      Are we planning to make this change the default behavior for G1?
> Or this is an optional switch for people who runs in a container
> environment?
>
Optional. It will be enough for beginning.

> 2)      In a trading systems, sometimes there are period of quiescence
> and then suddenly a burst of activity towards market close or market event.
> The loadavg you suggest to “monitor” the activity in the system only
> reports up to 14mins and it might not necessary a good measure for this
> type of applications, especially you would trigger a Full GC
>
I'm sure certain number of workloads can't afford it. Such kind of projects
or other mission critical environments simply should not use this option.

> 3)      You haven’t fill in the details for “The GCFrequency value is
> ignored and therefore, i.e., no full collection is triggered, if:”
>
Thanks. It's a missed part. Here are the "if" rules:

   - GCFrequency is zero or below
   - the average load on the host system is above MaxLoadGC. The MaxLoadGC
   is a dynamically user-defined variable. This check is ignored if MaxLoadGC
   is zero or below
   - the committed memory is above MinCommitted bytes. MinCommitted is a
   dynamically user-defined variable. This check is ignored if MinCommitted is
   zero or below
   - the difference between the current heap capacity and the current heap
   usage is below MaxOverCommitted bytes. The MaxOverCommitted is a
   dynamically user-defined variable. This check is ignored if
   MaxOverCommitted is zero or below


The doc will be updated.

4)      If we are trigging full GC with this we should make sure the GC
reason is populated and log properly in the GC log so we can track it down.
Good point.

> 5)      I have not heard of J9 Gencon/Shenandoah providing similar
> functionality. Can you point me to further documentation on which feature
> you model upon?
>
What we know so far that OpenJ9 provides

   - -XX:+IdleTuningCompactOnIdle
   <https://www.ibm.com/support/knowledgecenter/en/SSYKE2_8.0.0/com.ibm.java.vm.80.doc/docs/xxidletuningcompactonidle.html>
- this
   option controls garbage collection processing with compaction when the
   status of the JVM is set to idle
   - and -Xsoftmx
   <https://www.ibm.com/support/knowledgecenter/en/SSYKE2_8.0.0/com.ibm.java.vm.80.doc/docs/xsoftmx.html>
-
   this option sets a "soft" maximum limit for the initial size of the Java™
   heap.

We have not tested it yet, but the idea looks similar. Do we have anyone in
the group involved in OpenJ9 to confirm or refute this statement?

Thank you

>
>
> Thanks.
>
>
>
> *Sunny Chan*
>
> *Senior Lead Engineer, Executive Services*
>
> D  +852 2600 8907  |  M  +852 6386 1835  |  T  +852 2600 8888
>
> 5/F, One Island East, 18 Westlands Road
> <https://maps.google.com/?q=18+Westlands+Road&entry=gmail&source=g>,
> Island East, Hong Kong
>
>
>
> [image: :1. Social Media Icons:CLSA_Social Media Icons_linkedin.png]
> <https://hk.linkedin.com/company/clsa>[image: :1. Social Media
> Icons:CLSA_Social Media Icons_twitter.png]
> <https://twitter.com/clsainsights?lang=en>[image: :1. Social Media
> Icons:CLSA_Social Media Icons_youtube.png]
> <https://www.youtube.com/channel/UC0qWp_lLnOcRYmBlCNQgZKA>[image: :1.
> Social Media Icons:CLSA_Social Media Icons_facebook.png]
> <https://www.facebook.com/clsacommunity/>
>
>
>
> *clsa.com* <https://www.clsa.com/>
>
> *Insights. Liquidity. Capital. *
>
>
>
> [image: CLSA_RGB] <https://www.clsa.com/member>
>
>
>
> *A CITIC Securities Company*
>
>
>
> The content of this communication is intended for the recipient and is
> subject to CLSA Legal and Regulatory Notices.
> These can be viewed at https://www.clsa.com/disclaimer.html or sent to
> you upon request.
> Please consider before printing. CLSA is ISO14001 certified and committed
> to reducing its impact on the environment.
>



-- 
Ruslan
CEO @ Jelastic <https://jelastic.com/>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/hotspot-gc-dev/attachments/20180601/cbcc19d9/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image006.png
Type: image/png
Size: 1070 bytes
Desc: not available
URL: <https://mail.openjdk.org/pipermail/hotspot-gc-dev/attachments/20180601/cbcc19d9/image006.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image010.png
Type: image/png
Size: 4859 bytes
Desc: not available
URL: <https://mail.openjdk.org/pipermail/hotspot-gc-dev/attachments/20180601/cbcc19d9/image010.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image008.png
Type: image/png
Size: 1024 bytes
Desc: not available
URL: <https://mail.openjdk.org/pipermail/hotspot-gc-dev/attachments/20180601/cbcc19d9/image008.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 1122 bytes
Desc: not available
URL: <https://mail.openjdk.org/pipermail/hotspot-gc-dev/attachments/20180601/cbcc19d9/image002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image004.png
Type: image/png
Size: 1206 bytes
Desc: not available
URL: <https://mail.openjdk.org/pipermail/hotspot-gc-dev/attachments/20180601/cbcc19d9/image004.png>


More information about the hotspot-gc-dev mailing list