JVM обычно начинается с выделения сравнительно небольшой кучи. Затем после каждого запуска GC он проверяет, сколько свободной памяти кучи есть. Если отношение свободной кучи к общей куче слишком мало, JVM добавит в нее больше памяти (до максимального настроенного размера кучи).
Вторым важным фактом является то, что GC работает наиболее эффективно, когда требуется много памяти для восстановления. При условии, что вы не столкнетесь с общими ограничениями системных ресурсов (например, с помощью пейджинга или переключения), вы получите лучшую производительность приложений, работая с большой кучей, чем с маленькой.
Предположим, что разработчик приложения знает, что приложению, скорее всего, необходим определенный объем кучи (например, 4 МБ) для комфортной работы. Установка этого размера в качестве минимального размера кучи означает, что JVM не нужно запускать GC, когда куча заполняет, скажем, 1 МБ, 2 МБ и 3 МБ. В результате JVM меньше запускает сборщик мусора во время запуска приложения и нормального запуска, приложение запускается быстрее, и пользователь видит меньше пауз GC.