S
Size: a a a
2019 May 26
AZ
Сорри, удалил
NK
Пфф, ес5 и другие старые таргеты не нужны в ноде, полифилы итд фигня. Про экосистему, действительно лучше молчать - она никудышная относительно нормальных языков со стат.типизацией, т.к. не имеет даже поддержки вм. Т.е. что я имею в виду, если пишешь на условно той же жабе или скале, то в стек трейсах и в профилировщике, у тебя и будет твой код, а не транспиленная каша. ТС на беке - это костыль, в текущем виде, пока он транспайлится в жс. Имхо, AS это более правильное направление. Как он, кстати, там поживает, GC прикручивают?
Уже прикрутили, но только в dev ветке. И там не чистый гц, а скорее гибридный с ARC как в Swift и GC используемым только для циклических ссылок, поэтому получается оверхед примерно как у ЯП с Mark & Sweep сборщиком, но pause time не дольше 1.5-2 мc и квази-линейная зависимость от размера буффера содержащего эти ссылки. Вообще вот пейпер который был взят за основу: https://pdfs.semanticscholar.org/0aa0/bbefc44d55a18826a0d82007f4b1f678cb36.pdf
AF
ID:414983998
Уже прикрутили, но только в dev ветке. И там не чистый гц, а скорее гибридный с ARC как в Swift и GC используемым только для циклических ссылок, поэтому получается оверхед примерно как у ЯП с Mark & Sweep сборщиком, но pause time не дольше 1.5-2 мc и квази-линейная зависимость от размера буффера содержащего эти ссылки. Вообще вот пейпер который был взят за основу: https://pdfs.semanticscholar.org/0aa0/bbefc44d55a18826a0d82007f4b1f678cb36.pdf
надо линейные типы прикрутить, как в Расте 🙃
AK
ID:414983998
Уже прикрутили, но только в dev ветке. И там не чистый гц, а скорее гибридный с ARC как в Swift и GC используемым только для циклических ссылок, поэтому получается оверхед примерно как у ЯП с Mark & Sweep сборщиком, но pause time не дольше 1.5-2 мc и квази-линейная зависимость от размера буффера содержащего эти ссылки. Вообще вот пейпер который был взят за основу: https://pdfs.semanticscholar.org/0aa0/bbefc44d55a18826a0d82007f4b1f678cb36.pdf
воу, быстро они развиваются.
NK
воу, быстро они развиваются.
Развивались бы быстрее, если бы больше контрибуторов
AF
воу, быстро они развиваются.
@maxgraey и развивает, собственно )
NK
@chicoxyzzy Вот это вообще 🔥: https://bugzilla.mozilla.org/show_bug.cgi?id=1480236 прям то, что нам не хватало для имплементации кое чего)
NK
надо линейные типы прикрутить, как в Расте 🙃
Ну там есть семантика владения и перемещения. Это сильно разниться от того, к чему привыкли в TS/JS
NK
есть ли какая-нибудь графовая база данных, способная работать через WASI?
NK
Я не думаю что еще есть хоть какая то БД которая поддерживает уже WASI
NK
а и не надо поддерживать WASI, достаточно уметь туда компилироваться и работать с файлами
NK
даже самому бы хотелось написать, но сложная, наверное, задача. Точки, грани, путешествия по ним, нахождение начальных точек, ограничение сложности запроса, контроль за памятью, чтобы не переборщить
MV
ID:414983998
Я не думаю что еще есть хоть какая то БД которая поддерживает уже WASI
вопрос, конечно, что такое поддерживает. Так-то мы портировали redis с помощью WASI, можно потыкать уже.
AK
а wasi уже имеет какую-то стабильную реализацию?
NK
вопрос, конечно, что такое поддерживает. Так-то мы портировали redis с помощью WASI, можно потыкать уже.
Кстати, я думал у вас просто порт на wasm со своим байндингом. А оказывается у вас WASI!
MV
ID:414983998
Кстати, я думал у вас просто порт на wasm со своим байндингом. А оказывается у вас WASI!
нуу, думаю у нас не совсем то, что ты думешь. Мы выпилили из редиса все сисколы и скомпилили его с помощью WASI в васм. И не весь, а ядро с поддержкой lua (более конкретно, вот этот набор команд - https://github.com/fluencelabs/fluence/issues/677#issuecomment-492450952).
MV
на следующей неделе статейку небольшую напишем по этому поводу. А потыкать в редис можно в http://dash.fluence.network/
MV
а wasi уже имеет какую-то стабильную реализацию?
ну с точки зрения импортируемых сисколов врядли что-то изменится (т.к. они posix-like). А так wasi сейчас активно развивается и новые версии sdk появляются каждую неделю-две