PD
компиляция и jit для сервера - это отдельная же тема...
Size: a a a
2021 February 12
ST
Пока мы поплевались и забили
ST
И продолжили чистый c++
MV
я про серверный wasm
и я, я серверным васмом уже больше 2.5 лет занимаюсь в небольшом стартапе
PD
возможность компилировать со многих языков
Ну, jvm тоже, делов-то...
MV
в jvm никто не поручится за безопасность
PD
и я, я серверным васмом уже больше 2.5 лет занимаюсь в небольшом стартапе
И почему wasm? Какие альтернативы рассматривали, почему отвергли?
PD
в jvm никто не поручится за безопасность
Эээ? Там очень развитая схема песочниц...
p
Это если lib подгружать, в остальных случаях можно доверять не больше, чем wasm
А кто гарантии обеспечит что загружаемый код не позовёт чего-то не то?
MV
да и какое-нибудь ограничение на длину метода в 2**16 инструкций выглядит прям очень outdated
PD
А кто гарантии обеспечит что загружаемый код не позовёт чего-то не то?
А в wasm какие гарантии? Или права есть или нет...
MV
Эээ? Там очень развитая схема песочниц...
в которые никто не верит
PD
да и какое-нибудь ограничение на длину метода в 2**16 инструкций выглядит прям очень outdated
Хм, а что, где-то реально нужно больше
MV
Хм, а что, где-то реально нужно больше
например, при компиляции условного раста в jvm да
PD
в которые никто не верит
Хм, с чего бы, вполне верят. Уж вряд ли хуже wasm
NZ
Кто-нибудь использовал BDD подход в реальности? Какие + и - на практике?
PD
например, при компиляции условного раста в jvm да
Больше 2*16 инструкций на один метод? Реали?
MV
мы раньше использовали схему раст -> васм -> jvm, так вот из-за тенденции компилятора раста инлайнить код получалось так, что условные функции аллокации занимали и побольше
PD
А смысл wasm->jvm?
MV
не было тогда нормальных server-side рантаймов под васм