Como você escolhe um garbage collector, e o que você sabe sobre o ZGC?

O G1 é o padrão e serve para a maioria dos serviços: baseado em regiões, geracional, com alvo de pausa configurável na casa das dezenas de milissegundos. O ZGC é a escolha quando o tempo de pausa domina, já que ele faz quase todo o trabalho de forma concorrente e mantém pausas abaixo de um milissegundo mesmo em heaps muito grandes; ele é geracional por padrão desde o Java 23. O Parallel GC ainda ganha em throughput bruto para jobs em lote onde pausas não importam.

Eu começo deixando quieto, porque o G1 com um heap de tamanho sensato aguenta a maioria dos serviços, e ele já equilibra throughput contra uma meta de pausa que você pode definir. Eu olho os logs de garbage collection antes de mexer em qualquer coisa: taxa de alocação, distribuição de pausas, quanto é promovido e se o heap simplesmente está pequeno demais. Na maior parte das vezes, o que parece problema de coletor é uma aplicação alocando demais, ou um heap tão apertado que ele fica coletando o tempo todo. Se as pausas realmente guiam minha latência de cauda, por exemplo num serviço de trading ou de bidding com heap grande, eu vou para o ZGC, que faz marcação e realocação de forma concorrente com load barriers e mantém pausas bem abaixo de um milissegundo. Ele é geracional desde o Java 23, o que resolveu a penalidade de throughput que fazia as pessoas evitarem ele. O tradeoff é CPU e memória extras para essas barriers. Para um job em lote noturno eu vou para o outro lado e uso o Parallel, já que uma pausa de dois segundos é irrelevante e throughput bruto é o que eu quero.