Size: a a a

2020 August 10

AG

Alexander Galagutski... in pro.jvm
новая версия локально
источник

AG

Alexander Galagutski... in pro.jvm
Alexandr Emelyanov
Расскажи потом что вышло
пример тебе
источник

AG

Alexander Galagutski... in pro.jvm
источник

D

Dima in pro.jvm
как джэксон и компанию починят для records, можно смело слезать с иглы ломбока
источник

ch

central hardware in pro.jvm
а чем плагин к ide отличается от иглы ломбока?  тот хотя бы не заставлял чем то пользоваться
источник

AG

Alexey Genus in pro.jvm
Alexey Anufriev
подскажите, а есть ключик для jvm который контролирует объем доп аллоцируемой памяти для хипа? вот допустим максимум 4гб а начальный хип 1гб. какими кусками jvm буде запрашивать у ОС память? сколько нужно конкретно на данный момент или кратно чему-то?
О таком ключе мне неизвестно. Скорее всего такого ключа просто не может быть, потому что процесс выделения памяти сильно зависит от ОС и её настроек. В ситуации, когда AlwaysPreTouch не включён jvm будет делегировать реальное выделение памяти ОС, т.е. процесс будет происходить только тогда, когда память действительно станет нужна.
А какая проблема вообще решается?
источник

AA

Alexey Anufriev in pro.jvm
k8s периодически пристреливает vm из-за того что та пытается взять слишком большой кусок памяти
источник

AA

Alexey Anufriev in pro.jvm
пока что решил увеличив доступный ресурс памяти на уровне контейнера
источник

VP

Vladimir Petrakovich in pro.jvm
Alexey Anufriev
k8s периодически пристреливает vm из-за того что та пытается взять слишком большой кусок памяти
Так может надо просто хип ограничить так, чтобы суммарное потребление не превысило лимит?
источник

AG

Alexey Genus in pro.jvm
Да, самое логичное предложение. Нужно лимиты кубера и настройки джавы привести в порядок. Наиболее точное представление о памяти можно понять, включив -XX:NativeMemoryTracking=summary
источник

AG

Alexey Genus in pro.jvm
Если java свежая, то можно просто убрать все ключи, связанные с памятью. Современная джава подстраивает эргономики под ограничения, выданные ей внутри cgroup’ы. Минус такого решения в том, что ресурсы скорее всего будут недоиспользованы
источник

AA

Alexey Anufriev in pro.jvm
вот так и делаю, ключи убраны, надежда была на то что vm видит корректно ресурсы.. но толи сайдкар толи еще что пересекается по памяти и в итоге кубер не разбираясь наказывает всех
источник

AA

Alexey Anufriev in pro.jvm
попробую потрекать память, интересно куда же она девается..
источник

AG

Alexey Genus in pro.jvm
источник

L

Loljeene in pro.jvm
Alexey Genus
Если java свежая, то можно просто убрать все ключи, связанные с памятью. Современная джава подстраивает эргономики под ограничения, выданные ей внутри cgroup’ы. Минус такого решения в том, что ресурсы скорее всего будут недоиспользованы
https://github.com/fabric8io-images/java/blob/master/images/alpine/openjdk8/jdk/run-java.sh
был вот такой скрипт, сам не смотрел его детально. Но вдруг полезно будет
источник

AG

Alexey Genus in pro.jvm
Да, есть такой скрипт, но в современных версиях он уже не нужен. Да 650 строк на баше жестковато будет поддерживать)
источник

АП

Антон [R13 🍆 Ivelok]... in pro.jvm
Alexey Anufriev
вот так и делаю, ключи убраны, надежда была на то что vm видит корректно ресурсы.. но толи сайдкар толи еще что пересекается по памяти и в итоге кубер не разбираясь наказывает всех
Там была какая-то опция в java11...
источник

L

Loljeene in pro.jvm
Alexey Genus
Да, есть такой скрипт, но в современных версиях он уже не нужен. Да 650 строк на баше жестковато будет поддерживать)
В 11 яве по умолчанию -XX:MaxRAMPercentage=25
источник

AG

Alexey Genus in pro.jvm
Это не просто так сделано на самом деле
источник

L

Loljeene in pro.jvm
25% на хип, по крайней мере до 2 гигов на контейнер точно
источник