BP
Скорее нужно брать serial для такого хипа Шенанда не нужна, а openj9 это же вообще дистр Jdk
Оно памяти меньше кушает (опен j9)
Size: a a a
2019 August 22
ЕС
402584
Вот, спасибо, это я и хотел услышал, для 300мб хипа реально c 402 jvm это хорошо (то есть, я хотел посмотреть как разрастается сама jvm)
RI
У меня приложение без проксей, скриптов и т.д.
BP
Евгений Соколов
какие 30мб, 70 (без хипа почти) для голого проекта еще без jit'а. Не думаю что микросервис это брать по одной vps или дедик на каждый сервис
Open j9 вроде умеет в aop and nojit
RI
402584
Кстати с точки зрения
docker stats это 377.8MiBBP
Я не ракламирую, на на нее стоит взглянуть
ЕС
Кстати с точки зрения
docker stats это 377.8MiBЭто резидентная память, она еще что-то там включает в себя. Просто не помню можно ли точнее глянуть через консоль.
2019 August 23
SZ
у меня ктор сервисы есть по 150мб физ памяти, но они почти ничего не делают) те что активно лопатят входящие запросы и данные гоняют там 400-800мб
SZ
но вообще на 1 цпу почти везде в клаудах есть 1-2гб памяти. поэтому как Руслан и говорил, если у вас на сервере активно цпу юзают то какая разница 50 или 500мб памяти будет занято из 2гб?
ЕС
но вообще на 1 цпу почти везде в клаудах есть 1-2гб памяти. поэтому как Руслан и говорил, если у вас на сервере активно цпу юзают то какая разница 50 или 500мб памяти будет занято из 2гб?
В моем случае есть много сервисов, которые быть может не рассчитаны на хайллоад (и не числодробилки под CPU), но при этом отыгрывают важную роль. Как только будет приходить нагрузка, самые жирненькие по CPU или ОЗУ будут уходить на отдельный инстанс. Так как я не умею делать сразу успешные проекты, то скорее всего все сервисы будут долго висеть в холостую и надо как-то эффективно по железу разместить.
Что касается ОЗУ, то если абстрактно, память лишней не бывает, весь избыток уходит как раз в кэш, который обычно и уменьшает задержки i/o и нагрузку CPU.
Не говорю что jvm плохо и все такое, у него своя роль, просто в данный момент мне это не совсем подходит (для некоторых CRUD я лучше лишнее 100-200мб бд отдам)
Что касается ОЗУ, то если абстрактно, память лишней не бывает, весь избыток уходит как раз в кэш, который обычно и уменьшает задержки i/o и нагрузку CPU.
Не говорю что jvm плохо и все такое, у него своя роль, просто в данный момент мне это не совсем подходит (для некоторых CRUD я лучше лишнее 100-200мб бд отдам)
RI
CDS как раз для такого случая сделан, когда есть много похожих процессов
VP
Не знаю, актуально ли это, но звучит страшно:
Class data sharing is supported only with the Java HotSpot Client VM, and only with the serial garbage collector.
Class data sharing is supported only with the Java HotSpot Client VM, and only with the serial garbage collector.
VP
Client VM - мусор
VP
Вот эта штука получше
https://openjdk.java.net/jeps/310
https://openjdk.java.net/jeps/310
VP
Но создание хорошего архива с общими классами - это дополнительные заморочки при сборке и деплое
2019 August 26
P
Всем привет, у кого есть опыт создания автоматизированных информационных систем? Посоветуйте литературу пожалуйста :)
AO
Всем привет, у кого есть опыт создания автоматизированных информационных систем? Посоветуйте литературу пожалуйста :)
Словосочетание то какое, думаю опыт есть у всех, лучше всего устроиться на работу
AN
Всем привет, у кого есть опыт создания автоматизированных информационных систем? Посоветуйте литературу пожалуйста :)
Для начала надо определить, что такое автоматизированные информационные системы
А
Люди, а у меня одного джитпак отвалился? Градл репозитории с него тоже перестал находить