MG
когда нет мхм и лимит кубика в 120мб то граал берет максимум 95Мб под хип
Size: a a a
2021 March 16
λ
ну кароч понятно, мне кажется у тебя прост неитив память вылезает
λ
то что не в куче
OS
а мне кажется ГЦ overhead
MG
вполне возможно, но тогда почему при явном хипе в макс 40мб, контейнер максимум брал 62Мб и жил. вот график с кубера.
а при лимите 120мб и без мх, макс хипе ставился в 95мб и все падало
а при лимите 120мб и без мх, макс хипе ставился в 95мб и все падало
MG
а мне кажется ГЦ overhead
я не хочу давать больше памяти тк это не нужное - нагрузка идет наплывами и мне ок чтобы оно не сильно быстро обрабатывала и ело память. пусть цпу работает и очищает хип
OS
да, смотри
OS
ГЦ - когда делает ГЦ - копирует объекты
OS
у тебя в какой-то момент может быть занято памяти больше чем -Xmx
OS
на GC
OS
не давай больше памяти
OS
это ок
OS
40мб, контейнер максимум брал 62Мб — у тебя например 20 мегов это или direct memory — там thread stacks, bytebuffers, etc
OS
или gc overhead :) который зависит конечно от того что в памяти
OS
quarkus еще небось делает какой-нибудь полиси не дефолтный
OS
Quarkus defaults to server applications, so we switch to a better default by setting -H:InitialCollectionPolicy=com.oracle.svm.core.genscavenge.CollectionPolicy$BySpaceAndTime.
OS
например можно убрать вот это
OS
потому что это делает GC когда хип полностью заполнился
OS
что может быть влияет на gc overhead
MG
те ты имеешь ввиду что у меня отожралось 80Мб хипа, а ГЦ понадобилось 50 мб для нового хипа, но тк из 120 еще что то занято тредами и прочей лабуденью то он не смог выделить эту память и кубер сказал давай досвидания. а когда я лимитирую через мхм у меня хип не большой и даже с копированием все равно я укладываюсь в лимит?