Size: a a a

WebAssembly — русскоговорящее сообщество

2020 July 08

AK

Anton Korotkikh in WebAssembly — русскоговорящее сообщество
cevek
если завезут в вебасм гц треды и файберы то можно очень много языков напрямую вкомпилить без сложностей
а есть какие-т опримерные сроки завоза?
источник

c

cevek in WebAssembly — русскоговорящее сообщество
ну лет 5-10 с учетом текущей скорости принятия решений на микрофичи
источник

AT

Alexander Tchitchigi... in WebAssembly — русскоговорящее сообщество
cevek
если завезут в вебасм гц треды и файберы то можно очень много языков напрямую вкомпилить без сложностей
И зачем одновременно и треды, и файберы?
Я бы сказал, что фаберы в WASM вообще не нужны — их можно на уровне рантама конкретного языка делать.
источник

c

cevek in WebAssembly — русскоговорящее сообщество
в рантайме врятли их можно реализовать, это машина из коробки должна уметь, а именно сохранение/восстановление стека
источник

c

cevek in WebAssembly — русскоговорящее сообщество
но с корутинами все сильно проще да, там просто стейт машина
источник

AT

Alexander Tchitchigi... in WebAssembly — русскоговорящее сообщество
OK, примерно понятно, я просто по-другому понимал файберы.
источник

AT

Alexander Tchitchigi... in WebAssembly — русскоговорящее сообщество
Со стеком в WASM вообще как-то всё слишком "весело", но от этого уже никуда не уйти.
источник

AT

Alexander Tchitchigi... in WebAssembly — русскоговорящее сообщество
Но при наличии GC можно делать spaghetti stack в куче — его и сохранять.
источник

c

cevek in WebAssembly — русскоговорящее сообщество
видимо да. но от этого производительность сильно упадет из за шатания туда сюда по хипу размывая кэши ядра
источник

NI

Nikolay Igotti in WebAssembly — русскоговорящее сообщество
ну то что мы в нейтиве для васма делали было скорее на попробовать, ясно было что тащить рантайм высокоуровневого языка в васм - не лучщая идея по всем мыслимым причинам
источник

MO

Mar Ort in WebAssembly — русскоговорящее сообщество
Только не Kotlin Native, а скорее просто Kotlin 🙂
источник

M

MaxGraey in WebAssembly — русскоговорящее сообщество
@bashorov думаю скажет точнее всего. Для Kotlin это или для KotlinNative?
источник

ZB

Zalim Bashorov in WebAssembly — русскоговорящее сообщество
MaxGraey
@bashorov думаю скажет точнее всего. Для Kotlin это или для KotlinNative?
@romanarte все верно говорит — правильнее говорить про Kotlin. Kotlin/Native это технология, тулчейн, “таргет платформа”; так же как Kotlin/JVM, Kotlin/JS. Будет/есть и Kotlin/Wasm :).
источник

PP

Petr Penzin in WebAssembly — русскоговорящее сообщество
MaxGraey
Потому что пайплайн LLVM сильно завязан на производстве натвного кода и не способен производить оптимальный wasm код сраду, а многие преобразования просо таки излишне и сильно запаяны в обычные проходы. Из-за этого emscripten и нуждаеться в binaryen, да собственно rust тоже (wasm-pack)
А есть примеры проблем с LLVM? Интересно было бы посмотреть.
источник

M

MaxGraey in WebAssembly — русскоговорящее сообщество
Petr Penzin
А есть примеры проблем с LLVM? Интересно было бы посмотреть.
Сейчас это проблема с externref
источник

M

MaxGraey in WebAssembly — русскоговорящее сообщество
А вообще супер проблем таких нет, кроме того что это все медленно и все равно binaryen дооптимизировать приходиться
источник

PP

Petr Penzin in WebAssembly — русскоговорящее сообщество
Это как раз и интересно - что именно binaryen доделывает
источник

PP

Petr Penzin in WebAssembly — русскоговорящее сообщество
Причём и с точки зрения улучшения LLVM, и как в общем как понять где нативный тулчейн "теряет" вазм, и где - работает
источник

P🍣

Pavel 🍣 in WebAssembly — русскоговорящее сообщество
А что там с этим пропосалом? https://github.com/WebAssembly/esm-integration
источник

P🍣

Pavel 🍣 in WebAssembly — русскоговорящее сообщество
Как то грустно с ним
источник