OS
да
Size: a a a
2021 March 16
OS
это моя такая гипотеза
MG
да возможно - это разовая операция и она фейлится и поэтому я не вижу ее на графиках по памяти и так же поэтому именно кубер убивает по ООМ
λ
что может быть влияет на gc overhead
ну да кстати, нужно прост лимит поднять)
MG
если я просто лимт подниму без мхм то граал автоматом увеличит хип и я опять получу ту же ситуацию
OS
можешь попробовать убрать вот это
OS
-H:InitialCollectionPolicy=com.oracle.svm.core.genscavenge.CollectionPolicy$BySpaceAndTime.
MG
почему - оно вроде разумно звучит
```
A collection policy that delays complete collections until the heap has at least
```
```
A collection policy that delays complete collections until the heap has at least
-Xms space in it, and then tries to balance time in incremental and complete collections.```
OS
да не слушай меня _
OS
OS
это стало дефолтом 4 месяца назад
MG
:)
MG
@shelajevoleg а можешь дать пожалуйста ссылку на описание того что сераил гц копирует хипы? а то я всегда думал он просто делает stop the world и чистит что не нужно.
λ
А компакт он как по твоему делает?)
MG
почистил от мусора а дальше уже мешай что у тебя свободно
ВВ
Max Grigoriev
@shelajevoleg а можешь дать пожалуйста ссылку на описание того что сераил гц копирует хипы? а то я всегда думал он просто делает stop the world и чистит что не нужно.
Ну это common sense, что GC не "выкидывает мусор", а "перемещает живое" в свободное место. А мусор со старым регионом отомрёт сам
ВВ
И все GC так работают. Отличия только в нюансах
ВВ
Соответственно это свободное место где-то надо взять. Или приберечь заранее, или выделить, если нехватает
MG
ок - пусть работает но это значит что надо иметь свободной памяти почти 2х от хипа.
но такого поведения на Г1 ии Шенандоне в стандартных джава сервисах я не видел.
но такого поведения на Г1 ии Шенандоне в стандартных джава сервисах я не видел.
λ
Это от реализации зависит