AS
JMC + MAT - стабильный набор уже несколько лет
Size: a a a
2020 June 04
A
JMC + MAT - стабильный набор уже несколько лет
Да, это так скажешь must have для траблшутинга
ВВ
Ну и ждём, пока в java8 jfr приедет. Тогда во все поля у нас будет...
OS
JMC + MAT - стабильный набор уже несколько лет
А почему? Вот что именно вы там используете?
λ
Ну в мат понятно что используется )
λ
В jmc иногда удобно смотреть где ты не угадал с пулами например
ВВ
О-о. Ну вот если есть на проде jfr, то надо пользовать ВСЁ! :)
Если вдруг что не так пошло, то всегда можно посмотреть ретроспективу что именно.
Если вдруг что не так пошло, то всегда можно посмотреть ретроспективу что именно.
λ
Ну и в целом видно инфу полезную
A
А почему? Вот что именно вы там используете?
В визуалвм анализ хиплампов сделать значительно хуже чем в мат
Поэтому у мата из конкурентов только тот же платный jprofiler
Поэтому у мата из конкурентов только тот же платный jprofiler
ВВ
В visualvm оно там скорее для галочки. В jmc более комфортно докапываться до истины
OS
В визуалвм анализ хиплампов сделать значительно хуже чем в мат
Поэтому у мата из конкурентов только тот же платный jprofiler
Поэтому у мата из конкурентов только тот же платный jprofiler
Вот что это значит это самое интересное
ВВ
Ну а с матом вообще сопвнить нечего
λ
В визуалвм анализ хиплампов сделать значительно хуже чем в мат
Поэтому у мата из конкурентов только тот же платный jprofiler
Поэтому у мата из конкурентов только тот же платный jprofiler
И то мат стабильнее на больших дампах)
ВВ
Вот что это значит это самое интересное
Например мат умеет проиндексировать нормально дамп (для чего может требоваться много памяти), а потом по имеющимся индексам бегать на слабом компе зоть до посинения.
AS
что помогло самые последние 2 раза: MAT сразу вывел в топ иерархии кастомные объекты, из за которых была утечка, а JMC показал задержки в операциях socket read, хотя по остальным графикам всё было хорошо (там упёрлись в сеть, ибо данных передавали дофига)
λ
что помогло самые последние 2 раза: MAT сразу вывел в топ иерархии кастомные объекты, из за которых была утечка, а JMC показал задержки в операциях socket read, хотя по остальным графикам всё было хорошо (там упёрлись в сеть, ибо данных передавали дофига)
А частые сборки не показал?
AS
Не вспомню к сожалению
A
Вот что это значит это самое интересное
Посмотреть ретеншен сет, доминейшен три, кто держит ссылки и тд
Классическая работа исследования утечек памяти
Мат первый раз строит lucene индексы и открывает долго, зато последующие проходы и открытие дампа моментом.
Visualvm индекс держит в памяти, то есть все открытия тупят, плюс из-за того что индекс не полный то любой запрос может уйти в раздумывая на минуты, так как гуляет по хипу на диске
Многие дампы visualvm у меня просто вис отказываясь открывать только спу ел и потом падал из-за нехватки памяти
Классическая работа исследования утечек памяти
Мат первый раз строит lucene индексы и открывает долго, зато последующие проходы и открытие дампа моментом.
Visualvm индекс держит в памяти, то есть все открытия тупят, плюс из-за того что индекс не полный то любой запрос может уйти в раздумывая на минуты, так как гуляет по хипу на диске
Многие дампы visualvm у меня просто вис отказываясь открывать только спу ел и потом падал из-за нехватки памяти
OS
Спасибо вот это хорошая информация
ВВ
Плюс мат умеет с консоли индексировать. Обычно если надо большой дамп поковырять (десятки гигабайт), то единственный способ - загнать на толстый сервер, там с консоли проиндексировать и уже с индексами притащить к себе для просмотра.
А так... Что индексация в мате, что каждое открытие в visualvm, требует +- столько же памяти, как размер дампа. Что на больших дампах очень больно. И тут у мата альтернативы просто нету
А так... Что индексация в мате, что каждое открытие в visualvm, требует +- столько же памяти, как размер дампа. Что на больших дампах очень больно. И тут у мата альтернативы просто нету