Сервис после увеличения максимального heap стал заметно потреблять больше памяти при том же числе объектов. Какой механизм JVM может объяснить этот эффект?
Одна из причин — отключение сжатых ссылок (Compressed Oops) после увеличения адресного диапазона heap. В этом случае ссылки на объекты могут занимать 8 байт вместо 4, поэтому растут размер объектов, массивов и косвенно объём используемой памяти.
В 64-битной JVM обычные указатели потенциально требуют 64 бита, что увеличивает размер каждого объекта и расход памяти. Compressed Oops появились как оптимизация: пока heap можно адресовать в подходящем диапазоне, JVM хранит ссылки в сжатом виде и декодирует их при обращении.
Такой подход позволяет 64-битной JVM сохранить часть преимуществ компактных 32-битных ссылок, не ограничивая процесс полностью 32-битным адресным пространством.
При увеличении максимального размера heap JVM может перейти в режим, где сжатое представление ссылок больше не подходит. Тогда те же объекты содержат более широкие ссылки, а их размер увеличивается даже без изменения бизнес-данных.
Последствия — больший live set, более высокая нагрузка на память и кэши процессора, а иногда и менее эффективная работа сборщика мусора. Само увеличение heap не гарантирует снижения потребления RSS или улучшения производительности.
В режиме Compressed Oops ссылка на объект хранится не как полный машинный адрес, а как сжатое значение, которое JVM преобразует в адрес с учётом базового адреса и выравнивания объектов. Благодаря выравниванию одно сжатое значение может описывать диапазон памяти, существенно превышающий его непосредственный числовой диапазон.
Если выбранный размер heap, схема размещения памяти или требования конкретной JVM не позволяют адресовать объекты таким способом, JVM отключает сжатые ссылки. Тогда поля-ссылки, элементы массивов ссылок и некоторые указатели в заголовках объектов могут занимать больше места.
Важно не считать порог отключения универсальным числом. Он зависит от версии JVM, архитектуры, выравнивания объектов, режима адресации и конкретных параметров запуска. Кроме того, Compressed Class Pointers — сжатые указатели на метаданные классов — являются отдельной, хотя и связанной оптимизацией.
Изменение максимального heap само по себе не доказывает отключение сжатых ссылок. Это проверяют по параметрам фактически запущенной JVM и подтверждают измерением размера объектов, heap dump или диагностическими средствами конкретного дистрибутива. Следует также учитывать, что общий RSS включает не только Java heap, но и Metaspace, стеки потоков, code cache и нативную память.
После увеличения лимита heap сервис стал реже получать ошибки нехватки памяти, но его RSS вырос примерно на десятки процентов, а задержки обработки немного увеличились. Рассматривались три варианта: снова уменьшить heap, оставить новый лимит без проверки или исследовать режим представления ссылок.
Уменьшение heap снижало потребление памяти, но возвращало риск прежнего дефицита. Оставить изменение без диагностики было опасно: причиной могли быть нативная утечка или рост числа объектов. Проверка параметров JVM и сравнение heap dump показали переход к менее компактному представлению ссылок.
Выбрали новый размер heap, при котором сохранялась требуемая ёмкость и компактное представление, а также оставили запас для нативной памяти процесса. Это решение было предпочтительнее безусловного увеличения heap: оно учитывало не только доступный объём, но и стоимость каждой ссылки.
Нет. Универсального порога нет: результат зависит от JVM, архитектуры, выравнивания объектов и параметров запуска. Поэтому корректный ответ должен говорить о проверке фактического режима, а не называть одно число как гарантию для всех окружений.
Не обязательно. На итоговый размер влияют заголовок объекта, выравнивание, поля примитивных типов и структура массивов. Дополнительное поле-ссылка может увеличить объект на большее число байт из-за выравнивания, а изменение указателя в заголовке может затронуть многие объекты даже без ссылочных полей.
Нет. RSS включает память за пределами heap: стеки потоков, Metaspace, JIT code cache, direct memory, библиотеки и выделенные, но не полностью использованные области. Отключение сжатых ссылок — лишь одна гипотеза, которую нужно подтверждать параметрами JVM и сравнением фактического размера Java-объектов.