|
Утечка памяти и снятие heap dump
|
|||
---|---|---|---|
#18+
Добрый день Подскажите, пожалуйста по GC и хипу. При работе приложения явно растет использование хипа. График прям как в статье с хабра , но не за пару минут, а за пару часов. Видны частые минормые сборки, но при этом использование хипа с 1Gb за 3 часа выросло до 3,5 Гб при выделенном под хип 4 Гб. Мажорной сборки за это время ни разу не было, график очень плавный и плавно ползет вверх. Но при попытке снять дамп, когда было занято 3,5 Gb с помощью visualVm, произошла, судя по всему, мажорная сборка и хип очистился до 1 Гб. В связи с этим вопрос: 1. Всегда ли при снятии дампа происходит мажорные сборки? 2. Почему она не произошла раньше естественным путем? Или я просто ее не дождалась? (Хотя памяти оставалось не так много) Использую java 8 и стандартный Gc без дополнительного тюнинга ... |
|||
:
Нравится:
Не нравится:
|
|||
08.07.2021, 09:17 |
|
Утечка памяти и снятие heap dump
|
|||
---|---|---|---|
#18+
Aliara, Вы выделили 4 и у вас плавно растет до 4-х. Где место для паники? ... |
|||
:
Нравится:
Не нравится:
|
|||
08.07.2021, 10:01 |
|
Утечка памяти и снятие heap dump
|
|||
---|---|---|---|
#18+
Aliara, 1) Да, происходит full gc 2) Надо ждать, он запустится, когда old gen будет заполнен ... |
|||
:
Нравится:
Не нравится:
|
|||
08.07.2021, 11:57 |
|
Утечка памяти и снятие heap dump
|
|||
---|---|---|---|
#18+
Aliara Но при попытке снять дамп, когда было занято 3,5 Gb с помощью visualVm, произошла, судя по всему, мажорная сборка и хип очистился до 1 Гб. Все что было очищено GC (неважно по какому событию) не является утечкой т.к. было очищено успешно. Всё что тебе надо смотреть это как раз эти нижние 1 Gb. Вот там и анализируй. Смотри static поля и синглтоны. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.07.2021, 11:58 |
|
Утечка памяти и снятие heap dump
|
|||
---|---|---|---|
#18+
Aliara Добрый день Подскажите, пожалуйста по GC и хипу. При работе приложения явно растет использование хипа. График прям как в статье с хабра , но не за пару минут, а за пару часов. Видны частые минормые сборки, но при этом использование хипа с 1Gb за 3 часа выросло до 3,5 Гб при выделенном под хип 4 Гб. Мажорной сборки за это время ни разу не было, график очень плавный и плавно ползет вверх. Но при попытке снять дамп, когда было занято 3,5 Gb с помощью visualVm, произошла, судя по всему, мажорная сборка и хип очистился до 1 Гб. В связи с этим вопрос: 1. Всегда ли при снятии дампа происходит мажорные сборки? 2. Почему она не произошла раньше естественным путем? Или я просто ее не дождалась? (Хотя памяти оставалось не так много) Использую java 8 и стандартный Gc без дополнительного тюнинга дядь ну джава для того и джава чтобы вы туда свой нос не совали) поверь на слово - туда вам точно соваться не надо - не хватит ни ума ни образования. Ну и как бы само заялвение выделено 4 гига полезли на 3.5 ,вопрос накуя ? вам зп надо отбить или что то из области секса с своей рукой? пс.Попахивает каким то роскомосом если честно ... |
|||
:
Нравится:
Не нравится:
|
|||
08.07.2021, 23:38 |
|
Утечка памяти и снятие heap dump
|
|||
---|---|---|---|
#18+
mayton Aliara Но при попытке снять дамп, когда было занято 3,5 Gb с помощью visualVm, произошла, судя по всему, мажорная сборка и хип очистился до 1 Гб. Все что было очищено GC (неважно по какому событию) не является утечкой т.к. было очищено успешно. Всё что тебе надо смотреть это как раз эти нижние 1 Gb. Вот там и анализируй. Смотри static поля и синглтоны. ему ничего смотреть не надо пока не свалится в OOM - а таких заявлеий от афтара не было если все работает и не падает,но афтару нужно изобразить бурную дейтельность - то тут можно и помочь)) у меня есть много рецептом как убить систему ) ... |
|||
:
Нравится:
Не нравится:
|
|||
08.07.2021, 23:40 |
|
|
start [/forum/topic.php?fid=59&fpage=5&tid=2120401]: |
0ms |
get settings: |
16ms |
get forum list: |
5ms |
check forum access: |
1ms |
check topic access: |
1ms |
track hit: |
30ms |
get topic data: |
5ms |
get forum data: |
1ms |
get page messages: |
135ms |
get tp. blocked users: |
1ms |
others: | 356ms |
total: | 551ms |
0 / 0 |