Ось выбора — пропускная способность против задержки. Parallel — максимум throughput, паузы растут с кучей: батчи. G1 (по умолчанию с JDK 9) — баланс с целевой паузой MaxGCPauseMillis. ZGC (или Shenandoah) — паузы под миллисекунду почти независимо от размера кучи ценой CPU.
А ещё Сборщик не лечит высокий темп аллокаций и утечки
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
| Parallel | G1 | ZGC | |
|---|---|---|---|
| цель | throughput | баланс | минимальные паузы |
| паузы | сотни мс — секунды, растут с кучей | десятки — сотни мс, цель задаётся | < 1 мс |
| плата | длинные паузы | средняя | ~10–15% CPU, больше памяти |
| где | батчи, аналитика | большинство сервисов | low-latency, большие кучи |
Parallel собирает всё в паузе, но многими потоками — максимальная доля времени на полезную работу.
G1 делит кучу на регионы, собирает в первую очередь самые «мусорные» (отсюда Garbage First) и подбирает объём работы под цель -XX:MaxGCPauseMillis (по умолчанию 200 мс). Маркировка старого поколения конкурентная, эвакуация — в паузе.
ZGC выполняет и маркировку, и перемещение конкурентно, опираясь на барьеры чтения и цветные указатели. Остановки — только короткие служебные этапы. С JDK 21 есть поколенческий режим (с JDK 23 — по умолчанию), который заметно снижает накладные расходы. Shenandoah — похожий подход от Red Hat.
Порядок решения: сформулировать SLA (p99 паузы), измерить на текущем сборщике, попробовать альтернативу под той же нагрузкой, сравнить и паузы, и потребление CPU.
Один верный вариант. Подумайте, потом откройте ответ.
Mark-sweep-compact и копирование, stop-the-world и safepoints, конкурентная маркировка, G1 и ZGC и выбор по throughput/latency.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.
sotto