Потому что как и с андроидом код идет на клиент, со всеми вытикающими

И тем не менее V8 - это мощный оптимизирующий jit. Его можно улучшить, подавая на вход хороший код, но львиную долю оптимизаций делает он.

Ну опять же, это клиент, тут нету смысла мерять как jit разогреется и ух будет быстро работать. Тут надо быстро работать с момента парсинга кода и загрузки. Может на node.js это и не так важно, но в браузере даже лишние if которые на этапе компиляции известны можно выпилить вместе с кодом который в них

Вопрос был в том, можно ли всю эту машинерию воспроизвести за конечное время на Kotlin. Нельзя

За конечное можно, конечно же 😉

Сколько лет активно развивался prepack/closure compiler/graal? И сравните с тем что на входе в тот же prepack

кто-нибудь пилил котлин нейтив в васм? суть вопроса понять, что происходит, после сборки появляется рядом с wasm файлом какая-то огромная js портянка *.wasm.js  из объектов набитых вызовами в духе Konan_js_allocateArena итд. зачем он это делает, чому нельзя просто скомпилять один wasm файл? для вызова WebAssembly.instantiate второй параметра - объекта с импортами вообще не обяазетлен, но кт-натив хочет его тащить каждый раз, даже для хелловорлда

Для JVM/Native это не так важно

closure compiler не делает полонценную оптимизацию. Он подготавливает код для V8. Граалю больше 10 лет, даже с учетом того, что логика содрана с HotSpot исходно.

Мне интересно, а откуда брать людей на разработку оптимизатора? Вроде всех крутанов уже схантили, а количество задач в YouTrack не особо уменьшается.

9 лет, по гитхабу, но это с труфелем и всем-всем.

сколько лет LLVMу, GCC, Go?

Go - 11 лет с анонса. А дженериков всё ещё нет 🙂