Параллельный и параллельный сборщик мусора Java

Поскольку документ, который вы связали, был для виртуальной машины 1.4.2, я предполагаю, что вы ее используете (JVM 5 и 6 ведут себя по-разному).

От http://java.sun.com/docs/hotspot/gc1.4.2/

if -XX:+UseConcMarkSweepGC is used on the command line then the flag UseParNewGC is also set to true if it is not otherwise explicitly set on the command line

Итак, ответ заключается в том, что вам нужно использовать только -XX: + UseConcMarkSweepGC, и он включит параллельный сборщик с параллельным сборщиком молодого поколения.

Обновлено: для Java 6 тот же флаг (-XX: + UseConcMarkSweepGC) включает одновременный сборщик. Выбор коллектора зависит от нескольких вещей, и вам следует протестировать различные конфигурации. Но есть несколько очень общих рекомендаций. Если у вас однопроцессорный однопоточный компьютер, вам следует использовать последовательный сборщик (по умолчанию для некоторых конфигураций, может быть включен явно с помощью -XX: + UseSerialGC). Для многопроцессорных машин, где ваша рабочая нагрузка в основном связана с процессором, используйте параллельный коллектор. Это включено по умолчанию, если вы используете флаг -server, или вы можете включить его явно с помощью -XX: + UseParallelGC. Если вы предпочитаете, чтобы паузы GC были короче за счет использования большего общего времени ЦП для GC, и у вас более одного ЦП, вы можете использовать параллельный сборщик (-XX: + UseConcMarkSweepGC). Обратите внимание, что параллельный сборщик обычно требует больше ОЗУ, выделенного для JVM, чем последовательный или параллельный сборщики для данной рабочей нагрузки, потому что может произойти некоторая фрагментация памяти.

В этой записи блога есть хорошая разбивка по различным коллекторам, и какие варианты допустимы: http://blogs.oracle.com/jonthecollector/entry/our_collectors

Настройка сборщика мусора java / JDK 6: http://www.oracle.com/technetwork/java/javase/gc-tuning-6-140523.html. Это от SUN (теперь Oracle). Полный материал.

Также см.
. http://kirk.blog-city.com/is_your_concurrent_collector_failing_you.htm
http://www.javaperformancetuning.com/

Настройка Java GC - это в основном темное искусство, но в моем приложении (работает с кучей более 50 ГБ и 16 физическими ядрами) сборщик ConcMarkSweep привел к увеличению скорости в 3 раза по сравнению с сервером по умолчанию и в 2,2 раза по сравнению с ParallelOldGC.

Если вы не используете компьютер совместно с другими процессами (так что простаивающие ядра просто тратятся впустую), используйте ConcMarkSweepGC.

ParNew является сборщиком молодого поколения по умолчанию при использовании CMS. Вам просто нужно указать -XX: + UseConcMarkSweepGC для использования CMS, и ParNew будет использоваться по умолчанию. CMS является хорошим сборщиком, если предотвращение дрожания сборщика мусора имеет более высокий приоритет, но если пропускная способность более важна, например, для пакетного задания, параллельный сборщик SUN по умолчанию работает лучше.

Вы не можете включить две опции GC одновременно. Я бы посоветовал вам использовать CMS, которая лучше, чем GC следующего поколения по сравнению с UseParNewGC. и если вы используете Java 1.7 или новее, а размер кучи относительно больше (например,> 4 ГБ), подумайте об использовании G1.