Generational Z Garbage Collector would lower garbage collection CPU overhead, lower heap memory overhead, and reduce the risk of allocations stalls, OpenJDK proposal says.
A proposal floating in the Java community would improve application performance by extending the ZGC (Z Garbage Collector) to maintain separate generations for young and old objects. This would allow ZGC to more frequently collect young objects, which tend to die young, Java’s developers said.
Specific goals of the OpenJDK Java Enhancement Proposal (JEP) for generational ZGC include lower risks of allocation stalls, lower required heap memory overhead, and lower garbage collection CPU overhead. These benefits should come without significant throughput reduction compared to non-generational ZGC, the proposal states.
Designed for scalability and low latency, ZGC has been available as a production release since Java Development Kit (JDK) 15 in September 2020. With ZGC, most work is done with application threads running. Pause times for ZGC consistently are measured in microseconds, whereas pause times for the default G1 collector range from milliseconds to seconds. Thus, for many workloads, ZGC can solve latency problems related to garbage collection, the proposal states.
ZGC works well when there are sufficient resources. But because ZGC stores all objects together, regardless of age, it must collect all objects every time it runs. Because young objects tend to die young, while older objects tend to stay around (per the weak generational hypothesis), collecting young objects requires fewer resources and yields more memory while collecting old objects takes more resources and yields less memory.
Generational ZGC is currently not designated for any specific version of standard Java. The current release, JDK 20, arrived a week ago while the next release, JDK 21, is due in September. Standard Java is on a six-month release cadence.
