N
боюсь бинарник будет очень большой, если выбирать что-то типа раст, если сравнивать с assemblyscript и cpp
Size: a a a
2019 May 17
ҪҸ
Вообще, если честно, наш чатик сейчас интереснее, чем митапы 🙈. Так что те, кто не смог прийти, в принципе ничего не пропустил (кроме живого общения). Ну, за исключением 1 доклада )
🤦♂️
NK
если я ассемблискрипт использую
У AssemblyScript будет свой GC + ARC (автоматический подсчет ссылок). Но это сейчас в разработке. Текущий имплементированный GC нестабилен и я не рекомендую им пользоваться отдавая предпочтение ручному управлению или не заморачиваться освобождением памяти вообще (arena allocator), если конечно жизненный цикл приложения не предпологает нон-стоп работы днями и неделями)
NK
Встроенный пропозал wasm GC появится не раньше чем через год (Хотя в Chrome Canary или dev что то уже экспериментируется)
AF
ID:414983998
Встроенный пропозал wasm GC появится не раньше чем через год (Хотя в Chrome Canary или dev что то уже экспериментируется)
чем позже - тем лучше ИМХО. То, что уже есть в стандарте освоить бы хорошенько. Я имею ввиду то, что не нужно торопиться вводить некритичные фичи
AF
сейчас того, чего уже можно делать без GC - уже на нестоклько лет вперёд работы - то есть базовые потребности удовлетворены
NK
чем позже - тем лучше ИМХО. То, что уже есть в стандарте освоить бы хорошенько. Я имею ввиду то, что не нужно торопиться вводить некритичные фичи
Ну мы уже поддержиываем Threads, SIMD, mutable globals, sing extensions. Но большинство из этого пока нестабильно в Chrome, а в FF вообще не реализовано
AF
просто GC вообще далеко не всем нужен. Особенно, если его добавят в Core Spec - это будет не оч. хорошо
NK
просто GC вообще далеко не всем нужен. Особенно, если его добавят в Core Spec - это будет не оч. хорошо
GC больше необходим для управления и согласования времени жизни объектов с хоста, а то что его можно применять и для хендла внутренних ссылок - это уже как дополничельная плюшка
AF
ID:414983998
GC больше необходим для управления и согласования времени жизни объектов с хоста, а то что его можно применять и для хендла внутренних ссылок - это уже как дополничельная плюшка
пытаюсь вспомнить, как мы сейчас это делаем
DS
Коллеги, тут вопрос возник, может глупый, но всё же.
На митапе было упомянуто, что берётся область global в качестве доступной для вызовов (как я понял из кода wasm). В веб-воркерах есть свои ограничения, обрезанный window, так сказать.
Таким образом, можно ли из веб-воркеров нормально работать с wasm и что за область будет, тоже ограниченная, может кто подсказать?
На митапе было упомянуто, что берётся область global в качестве доступной для вызовов (как я понял из кода wasm). В веб-воркерах есть свои ограничения, обрезанный window, так сказать.
Таким образом, можно ли из веб-воркеров нормально работать с wasm и что за область будет, тоже ограниченная, может кто подсказать?
AF
пытаюсь вспомнить, как мы сейчас это делаем
просто я имею ввиду, что чем больше будет потрачено на ресёрч этой темы - тем качественне будет решение и что лучше бы они не сильно торопились..
AF
🤦♂️
ладно, ладно, все доклады были интересными
AF
но чатик (пока) еще интереснее, тем не менее
AF
ладно, ладно, все доклады были интересными
мне было интересно узнать про JsString в https://github.com/rustwasm/wasm-bindgen
NK
пытаюсь вспомнить, как мы сейчас это делаем
Скорее всего делаете структурное копирование + сериализация/десериализация, GC и anyref нужены будут для того, что бы этого избежать и передовать объекты посредством ссылок
で
боюсь бинарник будет очень большой, если выбирать что-то типа раст, если сравнивать с assemblyscript и cpp
Слямзи у раста гц какой-нибудь. Благо языки похожи
VY
гц у раста?
NK
Слямзи у раста гц какой-нибудь. Благо языки похожи
Что значит слямзи? Во первых у раста нет GC, там заимствование и лайвтаймы. Во вторых имплементировать GC даже простой Mark & Sweep очень нетривиальная задача
で
Там есть несколько имплементаций гц, в том числе для использования в васм, чтобы и сгенерированного кода при этом было меньше и общий мемори принт небольшой был. Плюс кучка арен