Задавать кучу долей от лимита: -XX:MaxRAMPercentage=70–75, оставляя запас на память вне кучи (Metaspace, стеки, кодовый кэш, direct-буферы, GC). -Xmx, равный лимиту, приводит к OOMKilled без OutOfMemoryError в логах.
А ещё Native Memory Tracking (-XX:NativeMemoryTracking) — что съело память вне кучи
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Ключевая ошибка — приравнять -Xmx к лимиту: помимо кучи процесс расходует Metaspace, стеки потоков, кодовый кэш, direct-буферы и накладные расходы сборщика, поэтому суммарное потребление превысит лимит и контейнер будет убит по нехватке памяти, причём без всякого OutOfMemoryError в логах приложения — что сильно затрудняет диагностику. Задание доли процентом удобнее ещё и потому, что переживает изменение лимита без правки команды запуска. Отдельно стоит помнить историю вопроса: старые версии JVM не видели лимитов cgroups и определяли память по хосту, из-за чего в контейнерах регулярно случались внезапные завершения; в современных версиях учёт контейнера включён по умолчанию.
Один верный вариант. Подумайте, потом откройте ответ.
Ключевые флаги, unified GC-логи, метрики (паузы, throughput, allocation/promotion rate) и диагностика частых проблем.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.
sotto