Альтернативные Java VM

Боятся брать ответственность, так то если что «Оракл+тормозит+дырявая»

И почему вы ещё не используете OpenJ9?

Мы много чего используем, и HotSpot, и GraalVM, и Zing. В зависимости от задач. J9 тоже когда-то давно использовали, когда оно ещё IBM было. Для обычных юзеров HotSpot’а хватит за глаза.

И вообще, я васянам с adoptopenjdk не доверял бы. Мало ли кто там что собирает. Я как-то азуловцам больше доверяю. Оракал же со своей лицензией поднасрал.

openjdk, не? Или вам что-то специфичное нужно?

и GraalVM

А скажи, как его правильно на десктоп поставить, чтобы IDE какое запускать?

Я eclipse IDE запустил в OpenJ9 и поразился разнице с обычной JRE.

Это не замена JDK, это альтернативный инструмент. Произвольный Java-код в нём не заработает, нужна адаптация кода и библиотек.

Да как обычную JVM: https://www.graalvm.org/docs/getting-started-with-graalvm/linux/

А вот если хочешь скомпилить с AOT IDE в нативный бинарник, то придётся использовать native image для сборки из сорцов.

Это не замена JDK, это альтернативный инструмент.

Шта? Он полностью совместим с JVM спецификацией. Можно запускать приложения как обычно, без специальной подготовки. Для native image, да, может что-то придётся подправить.

Any JVM-based application that runs on Java HotSpot VM can run on GraalVM. GraalVM is based on Java HotSpot VM, but integrates an advanced just-in-time (JIT) compiler, written in Java - the GraalVM compiler. At runtime, the application is loaded and executed normally on the JVM. The JVM passes bytecode to the GraalVM compiler, which compiles that to the machine code and returns it to the JVM.

OpenJ9

ничего что это не openjdk и вообще 15 на дворе?

после довольно быстрой загрузки поначалу (минут 30) подтормаживает и лагает в неожиданных местах

А пробовали какие-нибудь настройки памяти и GC у джавы теребить ?

И почему вы ещё не используете OpenJ9?

минут 30

действительно, почему

У этой - нет, у OpenJDK особых заметных результатов не замечал.
И ко мне можно на «ты».

Лучше 30 минут потормозить (я так понял, это тот самый AOT и Class data sharing), а потом летать, чем внезапно фризиться в непонятное время.

и вообще 15 на дворе

Я ж не java погромист, и даже не kotlin.
Какой мне с неё профит в старом софте, написанном под 8-ю жаву???

ничего что это не openjdk и вообще 15 на дворе?

А ничего, что 9 в J9 это не версия явы? Да и JDK != JVM. OpenJ9 это реализация JVM, которую можно впихнуть в поставку OpenJDK как альтернативную JVM.

Когда тормозит в начале, а потом перестает, то это JIT оптимизации. А AOT должен уже при первой компиляции все оптимизировать.

Class Data Sharing ты можешь использовать и в OpenJDK так-то. Ключи похожие.

Но потом ты обновишь какой-нибудь плагин из эклипс маркетплейса, и будешь снова 30 минут ждать

А потом обновится сама эклипса (из пакетов, или ты новую с сайта скачал), и снова 30 минут ждать

А оно обновляется-то каждый день, а то и по нескольку раз. Ну, смотря что ты там используешь, конечно

чем внезапно фризиться в непонятное время.

Сколько у тебя гигабайт оперативной памяти, и сколько из них ты отдал эклипсу?

Запустись на 64-битной жабе, отдай гига четыре хотя бы, ничего не будет фризиться

Можешь в качестве GC попробовать использовать Shenandoah или ZGC, если уж прям сильно бепокоит

Когда тормозит в начале, а потом перестает, то это JIT оптимизации. А AOT должен уже при первой компиляции все оптимизировать.

Тормозит вначале потому, что в J9 при включении CDS автоматически включается и AOT тоже. Оно выполняется при первом старте приложения с этими флагами, поэтому тормозит как раз из-за того, что AOT-компиляция и дамп миллионов классов (Эклипса огромная) сожрали все ресурсы компутера

Можно, но зачем?

Можешь в качестве GC попробовать использовать Shenandoah или ZGC, если уж прям сильно бепокоит

Тут поподробнее.

Спасибо за объяснение механики!
Очень интересно.

PS. У меня мало оперативки, но и обновляю я плагины/эклипс вручную не чаще раза в месяц.

Что-то из этого:

JAVA_OPTS="$JAVA_OPTS -XX:+UnlockExperimentalVMOptions -XX:+UseZGC"

JAVA_OPTS="$JAVA_OPTS -XX:+UnlockExperimentalVMOptions -XX:+UseShenandoahGC"

Для Shenandoah нужен AdoptOpenJDK, для ZGC - Oracle OpenJDK. Скчать можно с моего сайта: https://jdk.dev (рекламная пауза)

Ну или прописать эти флаги в строчку для запуска java.exe, в зависимости от того, как ты ее там запускаешь.

Например, в Eclipse настройки лежат в eclipse.ini, надо каждую из них дописать в самый конец, на отдельной строке (и не забыть последнюю строку сделать пустой, иначе их быдлокодерский читатель этого файла не прочитает последнюю строчку, лол).

В целом, я вижу тут две проблемы:

• У них могут быть какие-то ограничения на минимальный размер RAM. Я когда-то пробовал их использовать на 16G помойму, поэтому я эти ограничения не видел. А вот на 2G может оказаться, что эти GC просто не работают (потому что заточены на работу с терабайтами памяти и 2G это не то чтобы самый важный случай для них). Тут уже вам самостоятельно нужно разобраться

• Я слышал от людей, что они пробовали эти GC то ли с Эклипсой, то ли с Идеей, и перформанс стал даже хуже. В смысле, у них и так ничего никогда не фризилось, и со включением этой штуки ничего не фризится. Тут разницы никакой и нет. А вот процессора стало тратиться больше, потому что этим штукам же надо на чем-то работать :)

Спасибо.

Лучше 30 минут потормозить (я так понял, это тот самый AOT и Class data sharing), а потом летать, чем внезапно фризиться в непонятное время.

Лол, вот он какой трейдоф настоящего джависта. Записал к себе в вики.

С ZGC, опеждк существенно меньше памяти начинает жрать. Тестил на огромной HashMap. Но так и быть надо дать шанс и опежэ9.

Стиви, когда там уже можно скомпилить сырцы 16 джавы под ios и android из коробки? Года три назад же обещали. Вон и ИностраннаяПамять уже на подходе, а под андроид по прежнему на джаве 6 только писать…

понятия не имею, чувак. Я больше не очень про джаву, и не знаю, как там текущие дела

Всмысле а куда?

Года три назад я ушел работать журналистом, потом маркетологом. Помогаю популяризировать всякие IT решения. Этим летом была возможность начать пиарить OpenJDK. И хотя я и так этим занимался уже некоторое время, я критически посмотрел на всё это и отрефакторил свою жизнь в другую сторону. Теперь я пиарю эээ.. инструменты для разработки больших данных, а к разработке JDK не имею нкиакого отношения.