Size: a a a

2019 October 13

AO

Alexey Otts in Kotlin JVM
А ещё лучше 13 и zgc
источник

VP

Vladimir Petrakovich in Kotlin JVM
Alexey Otts
А ещё лучше 13 и zgc
ZGC имеет смысл для не очень большого хипа?
источник

AO

Alexey Otts in Kotlin JVM
Vladimir Petrakovich
ZGC имеет смысл для не очень большого хипа?
В контейнерах - да, он хорошо умеет память отдавать
источник

BV

Boris Vanin in Kotlin JVM
Не понимаю, как жвм может жрать больше, чем ей сказали. Просто нужно понимать, что помимо самого приложения есть ещё накладные расходы на жвм и контейнер и нельзя просто сказать хмх512 и контейнеру столько же дать.
источник

VP

Vladimir Petrakovich in Kotlin JVM
Boris Vanin
Не понимаю, как жвм может жрать больше, чем ей сказали. Просто нужно понимать, что помимо самого приложения есть ещё накладные расходы на жвм и контейнер и нельзя просто сказать хмх512 и контейнеру столько же дать.
В том-то и дело, что ей нельзя сказать, сколько жрать всего
источник

AN

Alexander Nozik in Kotlin JVM
Vladimir Petrakovich
В том-то и дело, что ей нельзя сказать, сколько жрать всего
Можно, в статье, что я скинул выше, написано
источник

AN

Alexander Nozik in Kotlin JVM
Там также написано, что конкретно в докере на сервлетах, надо уметь готовить.
источник

VP

Vladimir Petrakovich in Kotlin JVM
Alexey Otts
В контейнерах - да, он хорошо умеет память отдавать
Ну в контейнере на проде отдавать память обратно смысла мало
источник

AO

Alexey Otts in Kotlin JVM
Vladimir Petrakovich
Ну в контейнере на проде отдавать память обратно смысла мало
Зависит от приложения как всегда, оно могло бы в какие то пиковые нагрузки брать больше а в обычное время отдавать другим приложениям эти ресурсы
источник

AN

Alexander Nozik in Kotlin JVM
Vladimir Petrakovich
Ну в контейнере на проде отдавать память обратно смысла мало
Если сервис нормально написан. А если там к примеру на загрузке выедается вся память, а потом не используется, то 🤷‍♂️
источник

AO

Alexey Otts in Kotlin JVM
Ну опять же речь про всякие куберы
источник

BV

Boris Vanin in Kotlin JVM
Alexey Otts
Зависит от приложения как всегда, оно могло бы в какие то пиковые нагрузки брать больше а в обычное время отдавать другим приложениям эти ресурсы
Это от оркестратора зависит, умеет ли он отдать эту память на переиспользование
источник

AO

Alexey Otts in Kotlin JVM
Boris Vanin
Это от оркестратора зависит, умеет ли он отдать эту память на переиспользование
А кто не умеет?
источник

AO

Alexey Otts in Kotlin JVM
На виртуалкн где нибудь понятное дело это не имеет значение
источник

VP

Vladimir Petrakovich in Kotlin JVM
Alexey Otts
Зависит от приложения как всегда, оно могло бы в какие то пиковые нагрузки брать больше а в обычное время отдавать другим приложениям эти ресурсы
Их тогда может не хватить на всех, как раз при пиковой нагрузке
источник

AO

Alexey Otts in Kotlin JVM
Vladimir Petrakovich
Их тогда может не хватить на всех, как раз при пиковой нагрузке
Ну пиковая нагрузка на всех сразу, это что то плохое впринципе
источник

VP

Vladimir Petrakovich in Kotlin JVM
Alexey Otts
Ну пиковая нагрузка на всех сразу, это что то плохое впринципе
Ну лучше уметь справляться с этим, предсказуемая деградация и всё такое. А так просто инстансы падать начнут.
источник

VP

Vladimir Petrakovich in Kotlin JVM
Alexander Nozik
Если сервис нормально написан. А если там к примеру на загрузке выедается вся память, а потом не используется, то 🤷‍♂️
Да, в таком сценарии полезно, действительно
источник

BV

Boris Vanin in Kotlin JVM
Alexey Otts
А кто не умеет?
Не буду врать, не уверен, что кубер+докер это умеет
источник

BV

Boris Vanin in Kotlin JVM
Надо изучить вопрос. Просто с 8 джавой это не очень актуально
источник