Я согласен с вами по поводу решения Eden Space. Я уже пробовал разные параметры newSize и проверял время паузы в журнале gc, в этой строке указано «Rescan». Меньшие значения newSize вызывают меньшее время паузы. 3 различных значения newSize параллельны моему выводу.
я есть приложение, которое создает много мусора. Первый (и почти один) критерий - малое время паузы в GC. Я пробую разные параметры GC, используя инструмент visualgc (и gc logs). Лучшие параметры ниже.
-XX: + UseConcMarkSweepGC
-Xmx1172M
-Xms600M
-XX: + UseParNewGC
-XX: NewSize = 150M
Мое приложение работает на SunOS 10 с Java 1.6.0_21. Аппаратное обеспечение - два четырехъядерных процессора (uname -X результат numCPU = 8).
Вопросы
Наблюдая за поведением GC, новые объекты создаются в пространстве eden, пока eden не заполнится. Когда GC запускается в eden space, очищает мусор, если объект не является мертвой копией в Old-gen (я отбрасываю пробелы 'и' в '), Аналогично Old-Gen заполнен, GC запускается с фазой одновременной CMS и очищает Old Пространство Некоторая часть CMS - Stop-the-world (время паузы). Это петля.
Это выше Scenerio правда?После того, как GC очистит пространство старого поколения, недостаточно места для расширения пространства старого поколения (значения XMS и XMS различаются)?Когда начнется полная работа ГХ? Как это решить?Продолжительность фазы CMS-параллелизма зависит от размера пространства Eden, на самом деле я ожидаю, что пространство Eden не влияет на длительность фазы CMS-параллелизма. Что происходит с GC в связи с пространством Eden на CMS-параллельной фазе?Что еще предлагает мне минимизировать время паузы? Действительно, Самый ценный ответ для меня :)Спасибо