Size: a a a

JPoint, Java-конференция

2018 April 18

AT

Alexey Tomin in JPoint, Java-конференция
А по поводу надобности - сейчас препарирую код с конкаренси багами. Просто автор неуч, а ревьювер лентяй.
источник

ВВ

Виктор Вербицкий in JPoint, Java-конференция
JBaruch 🎩
скоро
Да. Было бы интересно. А то любопытство гложет: это ты и впрямь мой отзыв процитировал, или нас таких много было :-)
источник

J🎩

JBaruch 🎩 in JPoint, Java-конференция
Виктор Вербицкий
Да. Было бы интересно. А то любопытство гложет: это ты и впрямь мой отзыв процитировал, или нас таких много было :-)
Твой 😆
источник

T

Tagir in JPoint, Java-конференция
Dmitry Bohdanov
Кстати по puzzler's. У меня постоянно по производительности вопросы. То Java использует больше памяти чем дают. То CPU начинает дико есть в GC потоке. А доклады "модель чего то в java" скучные. Хочу puzzler по performance
Джава выделяет много разной памяти помимо heap
источник

T

Tagir in JPoint, Java-конференция
Метаспейс, память для компилированных методов, структуры данных гц и т. д.
источник

T

Tagir in JPoint, Java-конференция
-Xmx ограничивает только хип, если что
источник

DB

Dmitry Bohdanov in JPoint, Java-конференция
Tagir
-Xmx ограничивает только хип, если что
Вот и не понятно как ограничить все.  Например есть на машине 4 ГБ и нужно дать максимум памяти, но чтобы оставалось чуть-чуть для мониторинга и ssh сервера
источник

T

Tagir in JPoint, Java-конференция
Ещё, кстати, стеки тредов много едят традиционно
источник

T

Tagir in JPoint, Java-конференция
Идеально решить проблему сложно. Не забывай, что джава даёт выполнять нативный код через jni, который всегда может сделать старый добрый malloc
источник

T

Tagir in JPoint, Java-конференция
Только методом проб и ошибок подобрать для своего приложения
источник

SB

Sergey Bezrukov in JPoint, Java-конференция
Tagir
Ещё, кстати, стеки тредов много едят традиционно
-Xss уменьшали несколько раз радикально, да. Вообще непонятно зачем там столько по умолчанию
источник

T

Tagir in JPoint, Java-конференция
Всякое io джавовое (файлы, сокеты) выделяет память тоже под буферы
источник

DB

Dmitry Bohdanov in JPoint, Java-конференция
И еще. Хочется чтобы хватило чтобы memory dump сделать. Иначе если памяти мало то процесс падает как JVM crash и дампов не оставляет. Вот бы посчитать сколько нужно
источник

IK

Ilya Korobitsyn in JPoint, Java-конференция
(linux) можно каким-нибудь ulimit поставить жёсткое ограничение со стороны системы. Правда, не знаю, что случится, если произойдёт ошибка аллокации при росте хипа.
источник

DB

Dmitry Bohdanov in JPoint, Java-конференция
Вот средствами systemd и прибиваем. Но дампа при этом нет
источник

T

Tagir in JPoint, Java-конференция
Sergey Bezrukov
-Xss уменьшали несколько раз радикально, да. Вообще непонятно зачем там столько по умолчанию
источник

T

Tagir in JPoint, Java-конференция
Купить оперативы ещё четыре гига не пробовали? Если стоимость инженеро-часов посчитать, дешевле выйдет :-)
источник

SB

Sergey Bezrukov in JPoint, Java-конференция
@Tagir_Valeev ну, после радикального уменьшения Xss оно же никуда не девается и тем не менее продолжает работать  😊 Спринга и AOP у нас только нету, вместо него CDI из ЕЕ
источник

T

Tagir in JPoint, Java-конференция
Может у вас не так всё глубоко
источник

DB

Dmitry Bohdanov in JPoint, Java-конференция
Tagir
Купить оперативы ещё четыре гига не пробовали? Если стоимость инженеро-часов посчитать, дешевле выйдет :-)
Ну это я образно. Памяти больше и машинок больше. Но если уж падает то хотелось бы дамп посмотреть. Да и падать может по всяким диким причинам. Например один клиент подобрал такие параметры отчета что для обработки памяти не хватило. Поймал это через memory dump и перестроили ограничения. Но дамп через раз появляется, часто просто JVM падает
источник