Исправление
vertexua,
(текущая версия)
:
Это хорошо или плохо?
Ну в JVM было две проблемы - обязательный сборщик мусора и слишком долгий и тяжелый JIT, и недостижимый AOT. Это подробно описано в дизайн-доках WebAssembly. Там вообще страниц наверное 10 только JVM обсуждают.
Ок, допустим мы не будем использовать сборщик и просто создадим ByteBuffer и будем С++ транслировать в JVM инструкции по работе с ним. Я не очень знаю насколько это будет хорошо или плохо.
Но вторая проблема - это серьезно и потому JVM в браузере не взлетел. Там даже верификация байткода была какой-то квадратической сложности по стандарту, если не какой-то еще более безумной сложности. Насчет AOT все сказано в GraalVM. Там hello world превращается в натив 1 минуту. Если взять и втянуть зависимостей обычных для Java мира, то скорее всего ты не дождешься превращения в натив. Представь получить такой модуль в SPA приложении в браузере. Да что представлять, все помним spinner в апплетах.
WebAssembly в браузере проводит полный оптимизированый AOT быстрее чем закачивается wasm файл. Это было заложено в дизайн и таким образом и подбирался набор инструкций
Исправление
vertexua,
:
Это хорошо или плохо?
Ну в JVM было две проблемы - обязательный сборщик мусора и слишком долгий и тяжелый JIT, и недостижимый AOT. Это подробно описано в дизайн-доках WebAssembly. Там вообще страниц наверное 10 только JVM обсуждают.
Ок, допустим мы не будем использовать сборщик и просто создадим ByteBuffer и будем С++ транслировать в JVM инструкции по работе с ним. Я не очень знаю насколько это будет хорошо или плохо.
Но вторая проблема - это серьезно и потому JVM в браузере не взлетел. Там даже верификация байткода была какой-то квадратической сложности по стандарту, если не какой-то еще более безумной сложности. Насчет AOT все сказано в GraalVM. Там hello world превращается в натив 1 минуту. Если взять и втянуть зависимостей обычных для Java мира, то скорее всего ты не дождешься превращения в натив.
WebAssembly в браузере проводит полный оптимизированый AOT быстрее чем закачивается wasm файл. Это было заложено в дизайн и таким образом и подбирался набор инструкций
Исходная версия
vertexua,
:
Это хорошо или плохо?
Ну в JVM было две проблемы - обязательный сборщик мусора и слишком долгий и тяжелый JIT, и недостижимый AOT. Это подробно описано в дизайн-доках WebAssembly. Там вообще страниц наверное 10 только JVM обсуждают.
Ок, допустим мы не будем использовать сборщик и просто создадим ByteBuffer и будем С++ транслировать в JVM инструкции по работе с ним. Я не очень знаю насколько это будет плохо.
Но вторая проблема - это серьезно и потому JVM в браузере не взлетел. Там даже верификация байткода была какой-то квадратической сложности по стандарту, если не какой-то еще более безумной сложности. Насчет AOT все сказано в GraalVM. Там hello world превращается в натив 1 минуту. Если взять и втянуть зависимостей обычных для Java мира, то скорее всего ты не дождешься превращения в натив.
WebAssembly в браузере проводит полный оптимизированый AOT быстрее чем закачивается wasm файл. Это было заложено в дизайн и таким образом и подбирался набор инструкций