<div dir="ltr">Hello,<div>Not sure if this is the right place to ask this question.</div><div><br></div><div>`JEP 318: Epsilon: A No-Op Garbage Collector` (<a href="https://openjdk.org/jeps/318">https://openjdk.org/jeps/318</a>) has been included since OpenJDK Release 11. </div><div><br></div><div>`-XX:+UseEpsilonGC` activates this (no-op) GC implementation, but only if `-XX:+UnlockExperimentalVMOptions` is also provided.</div><div><br></div><div>Three of the stated use-cases in the JEP can be classed as production (non-testing) functionality:<br></div>- Last-drop latency improvements for ultra-latency-sensitive applications<br>- Last-drop throughput improvements<br>- Extremely short lived jobs<div><br></div><div><div>After being included in 10 major java releases, is it not time to remove the 'Experimental' status on the Epsilon garbage collector and related VM options?</div><div><br></div></div><div>Kind regards,</div><div>Eelco</div><div><br></div><div>VM Options Explorer (<a href="https://chriswhocodes.com/vm-options-explorer.html">https://chriswhocodes.com/vm-options-explorer.html</a>) search for 'Epsilon' lists:</div><div> - UseEpsilonGC<br> - EpsilonElasticTLAB<br> - EpsilonElasticTLABDecay<br> - EpsilonMaxTLABSize<br> - EpsilonMinHeapExpand<br> - EpsilonPrintHeapSteps<br> - EpsilonTLABDecayTime<br> - EpsilonTLABElasticity<br> - EpsilonUpdateCountersStep<br></div></div>