DK
Такой вид поставки в прод. Раньше были VM с установленной джавой, теперь все нужное пакуется в докер и запускается оркестратором.
Size: a a a
2021 April 22
D
Т.е. вы боретесь за размер контейнера
DK
За адекватный размер контейнера
DK
bash-4.4$ du -sch .[!.]* /opt/* |sort -h
0 .dockerenv
264M /opt/docker
862M /opt/graalvm-ce-java11-21.1.0
1.1G total
0 .dockerenv
264M /opt/docker
862M /opt/graalvm-ce-java11-21.1.0
1.1G total
DK
вот что внутри получается
DK
264Мб это мой апп
DK
Даже если собрать то же самое но выкинуть oracle linux и некоторые ненужные модули/бинари - экономия около 300 Мб. Вот народ пытается - https://github.com/lustefaniak/docker-graalvm
DK
При таких раскладах jlink выглядит чуть ли не единственным адекватным вариантом как заюзать graalvm и не иметь 1.5Gb образы
DK
@shelajevoleg было бы круто среди прочих https://github.com/graalvm/graalvm-demos увидеть примерчик с оптимальной сборкой custom JRE через jlink.
D
Dmitriy, а что такого хитрого Вы используете в своем приложении раз graalvm подсовываете?
DK
Даже обычное приложение получает буст по производительности, но у меня еще один кейс - graaljs(Выполнение javascript из java). На OpenJDK он раз в 5 медленней, хочу в прод потащить GraalVM, размер бандла сильно огорчает. Если jlink сработает - тогда хочу для всех микросервисов внедрять.
λ
Я тебе сейчас скажу сколько у меня монолит с жлинком весит
λ
Но у меня там базовый образ дебиан
D
Т.е. получаете буст просто заменив OpenJDK на GraalVM?
DK
Да, при том ощутимый
D
Неожиданно, я честно говоря не задумываюсь о выборе jvm, например если приложение под openliberty, то OpenJ9, так они сами это советуют, под Tomee, то OpenJDK
DK
у меня базовый play app на debian slim вышел 150 Мб, с зависимостями будет чуть больше
OS
Расскажите поподробнее пожалуйста?
DK
Проверял на двух приложениях. Оба написаны на scala. Одно из них тюнил по производительности. Запускал бенчмарки и сравнивал с OpenJDK - разница была в 15-20% throughput.
Второе - с серверным рендерингом реакта с помощью graaljs, там я обращал внимание больше на производительность js, но и scala код при этом ускорился, судя по показателям latency.
Второе - с серверным рендерингом реакта с помощью graaljs, там я обращал внимание больше на производительность js, но и scala код при этом ускорился, судя по показателям latency.