GC request: Dynamic GC threadpools

Theo Levine Theo.Levine at imc.com
Fri Jul 12 20:48:58 UTC 2024


Hello!

Is it possible to make the gc flags for the threadpool sizes and max heap manageable so that they can be set via jcmd? Similar to SoftMaxHeapSize. We would like to increase the resources available to the gc without needing to restart the process.

We restrict the cpus that a process can run on, which we can change dynamically if we find it needs more resources. We are able to scale up and down the parallelism of our own application so as to take advantage of this, but the jvm’s gc threadpools are not able to be changed without restarting. It would be very useful if the pools could be changed via a jcmd hook.

We also restrict the memory available to an application, to ensure that it does not consume all of the ram available on the server and affect neighboring applications. Sometimes, we discover a memory leak where our application is using more memory than expected. We would like to be able to take action in some cases to prevent the application from crashing if we have space available.

This does not need to be reflected immediately, say if we are already in a cycle, it can wait until the next cycle. We are interested in this for both ZGC and G1.

ParallelGCThreads
ConcGCThreads
ZYoungGCThreads
ZOldGCThreads
MaxHeapSize

Thanks!
Theo Levine
Software Engineer - Team Lead
T +13122047513
E Theo.Levine at imc.com<mailto:Theo.Levine at imc.com>
233 South Wacker Drive # 4300,
Chicago, Illinois 60606, US
[IMC Logo]<https://www.imc.com/us/>

[F]<https://www.facebook.com/IMCTrading>


[t]<http://twitter.com/IMCTrading>


[I]<https://www.instagram.com/imctrading/>


[in]<https://www.linkedin.com/company/imc-financial-markets>


imc.com<https://www.imc.com/us/>



________________________________

The information in this e-mail is intended only for the person or entity to which it is addressed.

It may contain confidential and /or privileged material, the disclosure of which is prohibited. Any unauthorized copying, disclosure or distribution of the information in this email outside your company is strictly forbidden.

If you are not the intended recipient (or have received this email in error), please contact the sender immediately and permanently delete all copies of this email and any attachments from your computer system and destroy any hard copies. Although the information in this email has been compiled with great care, neither IMC nor any of its related entities shall accept any responsibility for any errors, omissions or other inaccuracies in this information or for the consequences thereof, nor shall it be bound in any way by the contents of this e-mail or its attachments.

Messages and attachments are scanned for all known viruses. Always scan attachments before opening them.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/hotspot-gc-dev/attachments/20240712/a6394054/attachment-0001.htm>


More information about the hotspot-gc-dev mailing list