то есть чтоб пара хотспот + graalvm jit работала — у них должна совпадать версия jvmci

разумно правда, обе стороны должны понимать одинаковый интерфейс

в сборках graalvm — мы используем latest jvmci и соответственно latest graal jit.  
в сборках openjdk — jvmci не знаю как обновляется — в current конечно обновляется, в старых версиях нет скорее всего

то есть нельзя взять последний graalvm jit и подсунуть в рандомный билд openjdk 11

ну то есть сейчас можно мне кажется но не факт что это будет работать. просто может случайно работает

потому что graalvm jit ушел вперед а jvmci остался как был

поэтому рекомендуется использовать сборки graalvm которые мы тестируем и знаем что там последние фиксы из openjdk jdk, последний graalvm jit, последний jvmci

потому что иначе развалится может в любой апдейт

То есть, если я хочу использовать graalvm во всей красе, то беру последнюю его сборку?

да

вот например

GraalVM Community 21.0.0.2 Details →
Based on OpenJDK 8u282 and 11.0.10

Олег, слов нет, спасибо еще раз. Прям вот как  beginners guide по graalvm :)

не за что. Надо как-то это в блогпост оформить

Однозначно

Точнее, нужен JDK и Graal 😉

и тулинг

да, вот эти вещи входят в комплект graalvm (или например liberica NIK) и не входят в openjdk jdk builds

потому что native image build — когда ты вызываешь native image -jar myjar это такая java программа которая анализирует myjar.jar и компилирует его с помощью graal compiler (это тот же компилятор что и джит но с немного по-другому используется).

то есть надо запустить java программу — jdk нужен, проанализировать — тулинг нужен (native image компонент в graalvm), скомпилировать - graal компилятор нужен, слинковать это все — тулинг опять же, имплементация рантайма для native image — gc там и вот это все, прилинковать нативные библиотеки из jdk (не рантайм компоненты типа GC, а имплементации native методов например).