λ
Так а натив же вроде поддерживает -Xmx?
В докере вообще не нужен xmx
Size: a a a
2021 March 16
OS
Ну если произошло внгновенное выделение большого объёма, то мониторинг вполне может и не успеть это отобразить
Это наверное тогда к разработчикам к3с
ВВ
В докере вообще не нужен xmx
Даладно... То что нужные параметры поддержали в OpenJDK ещё не значит, что автоматом поддержали в SubstrateVM. Или что оно там правильное. Так что искусственно задать никогда не вредно.
OS
А в логах Гц что-нибудь есть?
ВВ
Это наверное тогда к разработчикам к3с
Почему? Приложение вылезло за лимит - его прибили. То что это произошло очень быстро и статистика не успела отобразить этот факт - тоже вполне логично. Просто надо аппетиты у приложения явно ограничить и всуго делов-то...
λ
Так я и не утверждаю что поддержали . Я говорю, что xmx не нужен, всеравно не угадаешь
ВВ
Так я и не утверждаю что поддержали . Я говорю, что xmx не нужен, всеравно не угадаешь
Эм... Не понимаю твою логику... Если его не задать, то приложение может чёрти-сколько понавыделять. Понятно что k8s это непонравится
OS
Даладно... То что нужные параметры поддержали в OpenJDK ещё не значит, что автоматом поддержали в SubstrateVM. Или что оно там правильное. Так что искусственно задать никогда не вредно.
Есть конечно это же контейнер технология
λ
Эм... Не понимаю твою логику... Если его не задать, то приложение может чёрти-сколько понавыделять. Понятно что k8s это непонравится
Нет, если они поддерживают флаг, контеинерсаппорт, то есть сигрупп лимит
ВВ
Ну и в любом случае идефолты - не гарантия. Можно просто 1000 потоков создать и вот уже вылетел за лимиты из-за стека...
λ
И он используется для определения размера хипа
λ
Там прост xmx не работает
ВВ
Что-то мне всегда казалось, что у Xmx таки приоритет над всем остальным. Инаге жить станет очень страшно
MG
в логах ГЦ там всее красиво - береться память и освобождается
MG
а для чего в к8н для нативного приложения Xmx когда и и так ясно какие лимиты для контейнера выставлены
DK
Max Grigoriev
всем привет - можно ли еще что то добавить кроме
-XX:+PrintGC -XX:+VerboseGC чтобы понять что с памятью происходит. потому что у меня очень странная ситуация k8n убивает сервис по ООМ 137 код, хотя лимиты стоят на 128 мб, и по графику куба контейнер отжирал около 70МбУ меня была похожая ситуация с докером. Все дело оказалось в non-heap памяти которая тоже растет после чего ООМ убивал приложение. Решилось подбором параметров JVM
ВВ
Max Grigoriev
а для чего в к8н для нативного приложения Xmx когда и и так ясно какие лимиты для контейнера выставлены
Потому, что это тебе только кажется, что ясно :) Используемая память хипом не ограничивается и запросто можно получить большой объём вне хипа. И тогда дефолтная эвристика не сработает корректно и получишь то, чтро имеешь сейчас
MG
У меня была похожая ситуация с докером. Все дело оказалось в non-heap памяти которая тоже растет после чего ООМ убивал приложение. Решилось подбором параметров JVM
А как выставить/посмотреть ее для нативного приложения?
MG
Потому, что это тебе только кажется, что ясно :) Используемая память хипом не ограничивается и запросто можно получить большой объём вне хипа. И тогда дефолтная эвристика не сработает корректно и получишь то, чтро имеешь сейчас
Ну это будет что то специфичное типа Кафка стрим где роксдб будет есть хорошо. Но обычно лимитов кубков достаточно
ВВ
Max Grigoriev
А как выставить/посмотреть ее для нативного приложения?
Ну вот как посмотреть для нативного - х.з... Не изучал этот вопрос. Но попробовать поэкспериментировать с Xmx можно... Для начала попробовать хотя-бы -Xmx100m поставить. Потом прикинуть сколько не используется памяти в контейнере и попробовать немного пододвинуть