Java Garbage Collection закрывает все процессы Java

Question

Мы запускаем несколько экземпляров серверного процесса в одном Linux-окне. Коробка имеет 8 ядер и 16 гб оперативной памяти. Я запускаю каждый процесс с помощью опции -Xincgc, используя Java 1.6.

У нас есть различные таймеры, используемые во всем приложении, которые отслеживают время для выполнения различных задач. Когда происходит сбор мусора, я замечаю, что каждый процесс java на коробке печатает, что любая задача, которую он выполнял в то время, была медленной.

Это не застопоривание в течение длительного времени, может быть, 100-300 мс или около того, но латентность является огромным фактором для этого. Он также не останавливается постоянно, просто периодически.

Когда сборка мусора происходит, она не позволяет любому процессу java получить какое-либо время? Если да, есть ли способ обойти это? Должен ли я использовать разные опции GC?

UPDATE:

Просто чтобы быть ясно, я не волнуюсь по поводу одного процесса глушения в то время как GC происходит. Я могу настроить настройки или оптимизировать для этого случая. Мне просто интересно, почему КАЖДЫЙ запущенный Java-процесс, похоже, заглох в то же самое время, когда я думал, что они более или менее независимы.

Answer 1

GC latency - одна из проблем, присущих сборщикам мусора, таким как Java. Это одна из причин того, что высокоскоростные системы, такие как системы торговли акциями, написаны на C++, а не на Java или C#. 100 мс звучит правильно для большой операции GC.

Answer 2

Если вы используете инструмент JConsole для просмотра активности вашей памяти, вы увидите, что сборка мусора обычно является весомой активностью. Вы можете сделать некоторые профилирования, чтобы увидеть, есть ли другие узкие места. Кроме того, большинство алгоритмов сбора мусора имеют довольно много вариантов конфигурации, доступных для них.

Наконец, я помню, что ситуация, с которой мы имели дело довольно давно, привела нас к тому, что сведение к минимуму и максимальная настройка памяти были полезными (по крайней мере, в нашем случае). Это вызвало более частую сбор мусора, но они не были такими навязчивыми.

Надеюсь, это поможет.

Answer 3

при использовании -Xincgc, в соответствии с настоящим sun documentation

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

Возможно, вам придется рассмотреть другие варианты, такие как коллектор пропускной способности. Над документацией есть хорошее описание, когда, какой сборник будет полезен.

Answer 4

Java v 1.6 должен быть умным и работать, какой GC является лучшим.

Я рекомендовал бы читать это: Garbage collection in Java 6

Резюме: попробовать любой из них (но не оба):

• -XX: + UseParallelGC
• -XX: + ExplicitGCInvokesConcurren

Answer 5

Проблема, с которой вы сталкиваетесь, - это «Полная сборка мусора», также известная как «Остановить мир GC». Когда это происходит, приложение java практически перестает работать. Проверить эту нить для некоторых указателей:

Tuning garbage collections for low latency