Java Blog

Размер кучи Java G1 соблюдает стандартные правила при изменении размера кучи Java, используя -XX:InitialHeapSize в качестве минимального размера кучи Java, -XX:MaxHeapSize в качестве максимального размера кучи Java, -XX:MinHeapFreeRatio для минимального процента свободной памяти, -XX:MaxHeapFreeRatio для определение максимального процента свободной памяти после изменения размера. Сборщик G1 учитывает изменение размера кучи Java только во время пауз Remark и Full GC. Этот процесс может освободить память или выделить ее из операционной системы. Определение размера фазы "только для молодых" G1 всегда измеряет молодое поколение в конце нормальной молодой сборки для следующей фазы мутатора. Таким образом, G1 может соответствовать целям времени паузы, которые были установлены с помощью -XX:MaxGCPauseTimeMillis и -XX:PauseTimeIntervalMillis на основе долгосрочных наблюдений фактического времени паузы. Он учитывает, сколько времени потребовалось молодым поколениям того же размера,...

Сборщик мусора Garbage-First (G1) предназначен для многопроцессорных машин с большим объемом памяти. Он с высокой вероятностью пытается достичь целей времени паузы при сборке мусора, одновременно обеспечивая высокую пропускную способность и не требуя настройки. G1 стремится обеспечить лучший баланс между задержкой и пропускной способностью, используя текущие целевые приложения и среды, функции которых включают: Размеры кучи составляют до десятков ГБ или более, причем более 50% кучи Java занято живыми данными. Темпы размещения объектов и продвижения, которые могут значительно меняться со временем. Значительное количество фрагментации в куче. Предсказуемые целевые значения времени паузы, которые не длиннее нескольких сотен миллисекунд, избегая длительных пауз сборки мусора. G1 заменяет коллектор Concurrent Mark-Sweep (CMS). Это также сборщик по умолчанию. Коллектор G1 достигает высокой производительности и пытается достичь целей времени паузы несколькими способами. Включение G1...

Сборщик мусора Concurrent Mark Sweep (CMS) предназначен для приложений, которые предпочитают более короткие паузы сбора мусора и которые могут предоставить ресурсы процессора сборщику мусора для совместного использования с приложением во время работы приложения. Обычно приложения, которые имеют относительно большой набор долгоживущих данных (большое старое поколение) и работают на машинах с двумя или более процессорами, обычно выигрывают от использования этого сборщика. Сборщик CMS включен с параметром командной строки -XX:+UseConcMarkSweepGC. Коллектор CMS устарел. Настоятельно рекомендуем использовать сборщик Garbage-First (G1). Производительность и структура сборщика Concurrent Mark Sweep Подобно другим доступным коллекторам, коллектор CMS работает с поколениями объектов; таким образом, встречаются как малые, так и большие сборки объектов. Сборщик CMS пытается сократить время пауз из-за больших сборок, используя отдельные потоки сборщика мусора для отслеживания достижимых объек...

Преимущественно конкурентные сборщики выполняют часть их работы конкурентно с приложением, отсюда и их название. Java HotSpot VM включает в себя два преимущественно конкурентных сборщика: Сборщик Concurrent Mark Sweep (CMS) : этот сборщик предназначен для приложений, которые предпочитают более короткие паузы сбора мусора и могут позволить себе совместно использовать ресурсы процессора со сборщиком мусора. Сборщик мусора Garbage-First (G1) : этот сборщик серверного типа предназначен для многопроцессорных машин с большим объемом памяти. Он с высокой вероятностью отвечает целям времени сбора мусора и высокой пропускной способности. Накладные расходы преимущественно конкурентных сборщиков Преимущественно конкурентный сборщик поглощает ресурсы процессора (которые в противном случае были бы доступны приложению) в обмен на более короткое время основной паузы сбора. Наиболее заметные накладные расходы - это использование одного или нескольких процессоров во время конкурентных частей сбо...

Параллельный сборщик (parallel collector) (также называемый сборщиком пропускной способности) является сборщиком поколений, подобным последовательному сборщику. Основное различие между последовательным и параллельным сборщиками состоит в том, что параллельный сборщик имеет несколько потоков, которые используются для ускорения сбора мусора. Параллельный сборщик включается параметром командной строки -XX:+UseParallelGC. По умолчанию при использовании этой опции как малые, так и большие сборки объектов выполняются параллельно, чтобы еще больше снизить затраты на сборку мусора. Количество потоков параллельного сборщика мусора На машине с <N> аппаратными потоками, где <N> больше 8, параллельный сборщик использует фиксированную долю <N> в качестве числа потоков сборщика мусора. Доля составляет приблизительно 5/8 для больших значений <N>. При значениях <N> ниже 8 используемое число составляет <N>. На выбранных платформах доля падает до 5/16. Конкретное...

Java HotSpot VM включает в себя три различных типа сборщиков мусора , каждый с различными характеристиками производительности. Последовательный сборщик (Serial Collector) Последовательный сборщик использует один поток для выполнения всей работы по сбору мусора, что делает его относительно эффективным, потому что нет никаких коммуникационных издержек между потоками. Он лучше всего подходит для однопроцессорных компьютеров, поскольку не может использовать преимущества многопроцессорного оборудования, хотя может быть полезен для многопроцессорных систем для приложений с небольшими наборами данных (примерно до 100 МБ). Последовательный коллектор выбирается по умолчанию в определенных конфигурациях оборудования и операционной системы или может быть явно включен с помощью опции -XX:+UseSerialGC. Параллельный сборщик (Parallel Collector) Параллельный сборщик также известен как сборщик пропускной способности, это сборщик, использующий поколения объектов, похожий на последовательный сборщи...

Два наиболее важных фактора, влияющих на производительность сборки мусора, - это общая доступная память и доля кучи (heap), выделенной молодому поколению . Общая куча (heap) Наиболее важным фактором, влияющим на производительность сборки мусора, является общий объем доступной памяти. Поскольку сборки происходят при заполнении поколений, пропускная способность обратно пропорциональна объему доступной памяти. Примечание. В следующем обсуждении, касающемся увеличения и сжатия кучи, макета кучи и значений по умолчанию, в качестве примера используется последовательный сборщик (serial collector). Хотя другие сборщики используют аналогичные механизмы, представленные здесь подробности могут не относиться к другим сборщикам. Параметры кучи, влияющие на размер поколения Ряд параметров влияет на размер поколения. Рисунок ниже иллюстрирует разницу между выделенным пространством и виртуальным пространством в куче. При инициализации виртуальной машины все пространство для кучи резервируется. Р...

Одним из преимуществ платформы Java SE является то, что она защищает разработчика от сложности выделения памяти и сборки мусора. Однако, когда сборка мусора является основным узким местом, полезно понять некоторые аспекты реализации. Сборщики мусора делают предположения о том, как приложения используют объекты, и это отражается в настраиваемых параметрах, которые можно настраивать для повышения производительности без ущерба для мощности абстракции. Сборка мусора по поколениям Объект считается мусором, и его память может быть повторно использована виртуальной машиной, если к нему больше нельзя получить доступ по какой-либо ссылке из любого другого живого объекта в работающей программе. Теоретический, самый простой алгоритм сборки мусора перебирает каждый достижимый объект при каждом запуске. Любые оставшиеся объекты считаются мусором. Время, которое занимает этот подход, пропорционально количеству живых объектов, что непомерно для больших приложений, поддерживающих большое количеств...

Эргономика - это процесс, с помощью которого виртуальная машина Java (JVM) и эвристика сбора мусора, такие как эвристика на основе поведения, повышают производительность приложений. JVM предоставляет выбор платформы по умолчанию для сборщика мусора, размера кучи (heap) и компилятора времени выполнения. Эти параметры соответствуют потребностям различных типов приложений и требуют меньше настроек командной строки. Кроме того, настройка на основе поведения динамически оптимизирует размеры кучи, чтобы соответствовать заданному поведению приложения. В этом посте описываются выбор по умолчанию и настройка на основе поведения. Используйте эти значения по умолчанию перед использованием более подробных элементов управления. Значения по умолчанию для сборщика мусора, кучи и компилятора времени выполнения Сборщик мусора Garbage-First (G1) Максимальное количество потоков GC ограничено размером кучи и доступными ресурсами ЦП. Начальный размер кучи 1/64 физической памяти Максимальный размер...

Широкий спектр приложений, от небольших апплетов на настольных компьютерах до веб-сервисов на больших серверах, использует платформу Java Standard Edition (Java SE). Для поддержки этого разнообразного развертывания виртуальная машина Java HotSpot предоставляет несколько сборщиков мусора, каждый из которых предназначен для удовлетворения различных требований. Java SE выбирает наиболее подходящий сборщик мусора в зависимости от класса компьютера, на котором запущено приложение. Однако этот выбор не может быть оптимальным для каждого приложения. Пользователям, разработчикам и администраторам со строгими целями производительности или другими требованиями может потребоваться явно выбрать сборщик мусора и настроить определенные параметры для достижения желаемого уровня производительности. Что такое сборщик мусора? Сборщик мусора (GC, Garbage Collector) автоматически управляет запросами приложения на динамическое выделение памяти. Сборщик мусора выполняет автоматическое управление динамич...

Адаптивный компилятор : для запуска приложений используется стандартный интерпретатор. Когда приложение запускается, код анализируется для выявления узких мест или горячих точек производительности. Java HotSpot VM компилирует критически важные для кода части кода для повышения производительности, но не компилирует редко используемый код (большую часть приложения). Виртуальная машина Java HotSpot использует адаптивный компилятор, чтобы решить, как оптимизировать скомпилированный код с помощью таких методов, как встраивание (inlining). Быстрое выделение памяти и сборка мусора : технология Java HotSpot обеспечивает быстрое выделение памяти для объектов и быстрые, эффективные, современные сборщики мусора. Синхронизация потоков : технология Java HotSpot обеспечивает возможность обработки потоков, предназначенную для масштабирования для использования на больших многопроцессорных серверах с общей памятью. В Oracle Java Runtime Environment (JRE) 8 и более ранних версиях различные реализац...