Тогда полетит :)

а то что они итак все обозначены в джаве как нейтив-методы - этого недостаточно?

   public static native void setOptions(long ctx, int options);
   public static native int getOptions(long ctx);

а, похоже действительно недостаточно, судя по доку

Взлетело?

я по совету @xhumanoid собрал нейтив имейдж из netty с родной jdk-криптографией, все заработало. openssl через jni / netty-tcnative прикручивать не стал, много возни.

но в итоге я побенчил jdk'шный aes_gcm в 1.8+graal, понял что оно жрет проца в 4 раза больше в сравнении openssl, перешел на jdk 12 (без native image, правда) и прям офигел как хорошо стала работать в 12шке jdk криптография. по cpu после прогрева точно не хуже openssl.

точнее видимо там и сам по себе aes-gcm лучше чем в восьмерке, и разные jit оптимизации последних лет походу тоже не прошли даром, после прогрева потребление cpu прям копеечное, очень круто. но без native-image 🙂

Очень круто

Вот ещё про производительность (другую) пару слов =)

Всегда интересно, что там у GraalVM с производительностью.

React Server Side Rendering with GraalVM for Clojure
https://nextjournal.com/kommen/react-server-side-rendering-with-graalvm-for-clojure

@dimstream будет жить. Поприветствуем!

Ух ты не думал, что есть и такое узкоспециализированное сообщество

Технология будущего же

А почему узкоспециализированное?

Потому что есть большой чат по Java

Согласен

Есть несколько вещей которые про не совсем джава, node, полиглот, и тд.

Трюфель)

Опять же они там в про.джвм например обсуждают или профилировщики или спринг. А мы тут по настоящему важные вещи как правильно говорить грааль или граальвм например

И как же правильно ?)

в граальвм пожалуйста. грааль - компилятор.