¿Cómo eliges un recolector de basura, y qué sabes de ZGC?

G1 es el que viene por defecto y le sirve a la mayoría de servicios: basado en regiones, generacional y con un objetivo de pausa configurable en decenas de milisegundos. ZGC es la opción cuando manda el tiempo de pausa, porque hace casi todo el trabajo de forma concurrente y mantiene las pausas por debajo del milisegundo incluso con heaps enormes; es generacional por defecto desde Java 23. Parallel GC sigue ganando en rendimiento bruto para trabajos batch donde las pausas dan igual.

Empiezo por no tocarlo, porque G1 con un heap bien dimensionado le vale a la mayoría de servicios, y ya equilibra el rendimiento con un objetivo de pausa que puedes fijar. Miro los logs de recolección antes de tocar nada: tasa de asignación, distribución de pausas, cuánto se promociona y si el heap es simplemente demasiado pequeño. La mayoría de las veces lo que parece un problema del recolector es una aplicación que asigna muchísimo, o un heap tan ajustado que está recolectando sin parar. Si las pausas de verdad marcan mi latencia de cola, por ejemplo en un servicio de trading o de pujas con un heap grande, me paso a ZGC, que hace el marcado y la relocalización de forma concurrente con barreras de carga y mantiene las pausas muy por debajo del milisegundo. Es generacional desde Java 23, lo que corrigió la penalización de rendimiento que hacía que la gente lo evitara. El compromiso es CPU y memoria extra por esas barreras. Para un batch nocturno voy en la dirección contraria y uso Parallel, porque una pausa de dos segundos es irrelevante y lo que quiero es rendimiento bruto.