Ну допустим отпарсят и сделают слепок памяти и его будут запускать

Но остаётся вопрос переносимости

Ну или с учётом упоминания клас дата шаринга, то скорее всего сделают похоже: чек что не поменялось и загружать имейдж если Jar равны тому что в кеше

То есть остаются все возможности, но стартап будет быстрый, пускай и только текущей версии программы с текущей версией jvm

Но для всяких облаков думаю сойдет, запек докер имейдж и подымай по требованию

Нормально, всё будет, ну сработает на крайняк деоптимизация в работе и фиг с ней

Тот же нейтив имейдж во многом является проинициализированным слепком памяти, поэтому и такие танцы вокруг статик переменных

Как по мне graalvm будет в этом плане лучше.
Мне вот интересно придет ли геймдев в Грааль?
Как бы особо веских причин для этого нет, когда существуют готовые решения на си, плюсах, шарпе.
Интересно потому что гибкость java/kotlin мне явно больше нравится, чем писать на 'ещё одном скриптовом языке' или плюсах.
Разве, что на андроид
Связываться с майками тоже не хочется.

Чем лучше?

По пиковой производительности ЕЕ вроде как обещают разогнать нейтив имейдж до уровня jit, хотя слабо верится, СЕ будет отставать

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

Но если вопрос только время запуска и необходимость иметь полноценную jvm без танцев с нативкой, то может и полететь

Правда в реальной жизни я и класс дата шаринга не сильно то видел, но это не значит что людям это не надо

На кваркусе есть сервис, в нейтив собранный рест сервис кушает 12-16 мб rss :) не знаю можно ли дальше жать

@extalosdx можешь рассказать что ты подразумевал под геймжевом?

Собранные граалем so не сказать что совсем уж удобно дёргать, но согласен что можно

(вспоминаю жопу с работой libhdfs которая внутри себя libjvm запускала и пути ко всем либам под виндой не влазил в системную переменную, приходилось все в один Jar собирать)

Разработку игры по Граалем, необязательно нейтив, интересует например связка java для модов, и основного функционала, а раст/плюсы для рендера 3д

Физику можно тоже написать на плюсах либо использовать готовые решения

Таки имел в виду просто Grasl в широком смысле...

Там часто производительность важна а sulog около x2 бьёт по нему, голый jni/jna и сейчас можно использовать

Либо по старинке пишем на плюсах, отдельные части подключаем как dll/so собрав граалем

Так всякие полиглот вещи в mysql/oracle докижывают, но не как говорил, не совсем все там так просто =/

Юнити внутри конечно подключает сишарп код, но вроде кроме них никто так и не делает, в основном действительно скриптами возят

А юнити его не компилирует в нативный ?

Возможно, ngen, но они там вложись много в экосистему для интеграции одного с другим

Ну и у .net более удобный интерфейс вызова нативного кода кода, так как они с самого начала заморачивались вопросами поддержки вагона ращнородных нативных Windows компонентов

В java работа с нативным кодом всегда боль