DM
даже интересно стало, почему нет смысла?
Устраивает в продакшене такие бенчмарки?
Size: a a a
2019 December 22
MV
а какие именно бенчмарки?
DM
а какие именно бенчмарки?
MV
MaxGraey
Подожди, во первых это опыт fluence и они делали это для каких то определенных целей, во вторых wasm никогда не будет быстрее native, он будет стремится к этому приблизиться и возможно где то будет даже выполняться с нативной скоростью. Во вторых, при чем здесь скорость? Открою один факт, который @chicoxyzzy здесь озвучивал не раз wasm - это не про скорость! Wasm не всегда и JS может обогнать. И наконец, в делах DB решает скорость IO и дешевизна интеропа прежде всего
что вы сразу на негативный опыт Fluence, как уже утверждённый факт. Я правда не читал 200+ сообщений сверху
MV
это очень плохие бенчмарки из-за asmble, на васмере получилось примерно как на native
M
что вы сразу на негативный опыт Fluence, как уже утверждённый факт. Я правда не читал 200+ сообщений сверху
Я тоже вот не понял про наброс на fluence
ҪҸ
MaxGraey
Подожди, во первых это опыт fluence и они делали это для каких то определенных целей, во вторых wasm никогда не будет быстрее native, он будет стремится к этому приблизиться и возможно где то будет даже выполняться с нативной скоростью. Во вторых, при чем здесь скорость? Открою один факт, который @chicoxyzzy здесь озвучивал не раз wasm - это не про скорость! Wasm не всегда и JS может обогнать. И наконец, в делах DB решает скорость IO и дешевизна интеропа прежде всего
+
васм про предсказуемость. когда есть предсказуемость — это хорошо влияет на скорость, очевидно. но никто богом не клялся, что васм будет быстрее, чем Х
васм про предсказуемость. когда есть предсказуемость — это хорошо влияет на скорость, очевидно. но никто богом не клялся, что васм будет быстрее, чем Х
MV
я могу перетестить завтра, но, если мне не изменяет память, то был примерно паритет с native
MV
да и мы запускаем код на машинах пользователей, а тут две большие разницы с точки зрения безопасности: запускать бинарник или wasm
M
Автор этой статьи в этом чате и сейчас с вами прям общается 😂
MV
мне, например, не очень хотелось бы у себя иметь ноду, которая запускает произвольный сторонний код в виде скомпилированного бинарника
MV
+
васм про предсказуемость. когда есть предсказуемость — это хорошо влияет на скорость, очевидно. но никто богом не клялся, что васм будет быстрее, чем Х
васм про предсказуемость. когда есть предсказуемость — это хорошо влияет на скорость, очевидно. но никто богом не клялся, что васм будет быстрее, чем Х
именно, в нашем случае основное дело не в скорости, а в изоляции от ОС
DM
именно, в нашем случае основное дело не в скорости, а в изоляции от ОС
В блокчейне да, в других ситуациях приходится компенсировать оверхед железом
DM
Например какой толк в нагруженный прокси сервер сувать код с рантаймом go/c#?
MV
я где-то полгода назад сравнивал WAVM с нативным исполнением на синтетических тестах (более конкретно, на вот этих - https://medium.com/fluence-network/a-standalone-webassembly-vm-benchmark-5300d534a04d), и в среднем он проигрывал в 1,6 раз
AT
Например какой толк в нагруженный прокси сервер сувать код с рантаймом go/c#?
А какой смысл в ядро Linux совать виртуалку со своим набором инструкций? Как бишь она? BPF? 😉
M
Например какой толк в нагруженный прокси сервер сувать код с рантаймом go/c#?
Это лишь вопрос выбора. То, что у Go и C# жирный рантайм и далеко не оптимальная wasm кодогенерация, то это не совсем вина wasm. Это очень хорошо видно по TinyGo который использует LLVM и у которого на выходе wasm получается сравнимым с C++ и Rust
VE
MaxGraey
И кстати там не какой то свой бэкенд для AOT а LLVM (https://github.com/dart-lang/sdk/tree/master/runtime/llvm_codegen)
Бэкэнд у нас свой. Этот LLVM скелет начали делать и пока не закончили - потому что мотивации мало, а на проекты без мотивации сложно выделить ресурсы :) Был когда-то проект более рабочего бэка через ЛЛВМ (интерн сделал) и там мы тестировали и прототип кодогенерации ВАСМ - работало. Но скорее всего когда будем делать серьезно, то будем делать руками, а не через LLVM
M
Бэкэнд у нас свой. Этот LLVM скелет начали делать и пока не закончили - потому что мотивации мало, а на проекты без мотивации сложно выделить ресурсы :) Был когда-то проект более рабочего бэка через ЛЛВМ (интерн сделал) и там мы тестировали и прототип кодогенерации ВАСМ - работало. Но скорее всего когда будем делать серьезно, то будем делать руками, а не через LLVM
Спасибо за инсайд. Я тоже считаю что LLVM избыточен для wasm. Я ранее высказал предположение, что реальная причина того, что wasm нету в Dart-е это довольно низкая производительность AOT если сравнивать с Dart VM? Или причина в том, что вы пока не видите где бы мог пригодиться WebAssembly учитывая что для web есть dart2js, а для ios/android - dart2native