Wie wählst du einen Garbage Collector aus, und was weißt du über ZGC?

G1 ist der Default und passt für die meisten Services: regionenbasiert, generational, mit einem konfigurierbaren Pausenziel im Bereich von zehner Millisekunden. ZGC ist die Wahl, wenn die Pausenzeit dominiert, denn er erledigt fast alles nebenläufig und hält Pausen selbst bei sehr großen Heaps unter einer Millisekunde; seit Java 23 ist er standardmäßig generational. Parallel GC gewinnt beim reinen Durchsatz immer noch für Batch-Jobs, bei denen Pausen egal sind.

Ich fange damit an, ihn in Ruhe zu lassen, denn G1 mit einer vernünftigen Heap-Größe schafft die meisten Services, und er balanciert Durchsatz schon gegen ein Pausenziel, das du setzen kannst. Bevor ich irgendetwas anfasse, schaue ich in die Garbage-Collection-Logs: Allokationsrate, Pausenverteilung, wie viel promoted wird und ob der Heap schlicht zu klein ist. Meistens ist das, was nach einem Collector-Problem aussieht, eine Anwendung, die viel zu viel alloziert, oder ein Heap, der so knapp dimensioniert ist, dass permanent gesammelt wird. Wenn Pausen wirklich meine Tail-Latenz treiben, etwa bei einem Trading- oder Bidding-Service mit großem Heap, gehe ich zu ZGC, der Marking und Relocation nebenläufig mit Load Barriers macht und Pausen deutlich unter einer Millisekunde hält. Seit Java 23 ist er generational, was den Durchsatzverlust behoben hat, wegen dem ihn viele gemieden haben. Der Tradeoff ist zusätzlicher CPU- und Speicher-Overhead für diese Barriers. Für einen nächtlichen Batch-Job gehe ich in die andere Richtung und nehme Parallel, denn eine Pause von zwei Sekunden ist irrelevant und ich will rohen Durchsatz.