Разрыв строки следующий:
1885.85 - это количество секунд, в течение которых JVM работала, так что в вашем случае около 31 минуты или около того, в какой моментGC имел место.
[GC - сообщает, что GC произошел в этот момент времени.Это частичный сборщик мусора, иногда он будет отображать Full GC
Теперь общая куча, доступная для JVM = Young + Old
[PSYoungGen:742996K->64359K(761472K) - представляет сборщик параллельного мусора в Youngпоколение (которое является одним из многих типов коллекторов GC, доступных в JVM).
Память, освобожденная GC, всегда имеет паттерн
x->y(z)
x - начальная память перед GC, y - память после GC, z - общая память, разрешенная дляэта область в JVM
, так что в вашем примере, 742996K->64359K(761472K) - общий размер Юнга составляет 761 МБ, и когда он достиг 742 МБ, произошла коллекция, и она очистилась до 64,3 МБ, т.е.очищено 678 МБ
2509583K->1832973K(4116928K)
Здесь представлена общая память кучи.Таким образом, из общей возможной кучи в 4,1 ГБ, когда GC имел место, он заполнил 2,5 ГБ и снизился до 1,83 ГБ - опять те же 678 МБ - это то, что было очищено.
0.1453610 secs]
Вся эта операция заняла 0,1453610 секунд
[Times: user=0.31 sys=0.00, real=0.14 secs]
показывает разбивку пользователя, системы и реального времени занято.
Это всего одна строка - вы быищем шаблон esp, в котором написано Full GC и используйте анализатор логов, такой как GCViewer , чтобы показать вам пропускную способность и другие полезные вещи.
Также прочитайте документы от Sun, чтобы получить основы.
Дополнительная информация:
http://sujitpal.blogspot.com/2006/08/charting-jvm-garbage-collection.html
Сообщения журнала сбора мусора Java