Телеграмм чат группы webassembly

2021 February 02

N

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

I think the observations are pretty relevant and resonant for (the future applications of) Wasm: https://www2.eecs.berkeley.edu/Pubs/TechRpts/2019/EECS-2019-3.pdf
(The paper is on challenges and prospects of "serverless computing".)

🤘

источник

21:28пожаловаться #1

A

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

Хорошо что хостерам может понравиться что-то кроме сандбоксинга.

источник

21:31пожаловаться #2

2021 February 03

M

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

@RPG18_87 Классная статья!
https://habr.com/ru/company/ozontech/blog/540472/

Хабр

Запускаем AssemblyScript в Go

Пока одни обсуждают что не так с WebAssembly, я думаю как его можно использовать вне браузера. Например написание wasm фильтров для Envoy. AssemblyScript был взя...

источник

12:12пожаловаться #3

DM

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

Спасибо. Я рассматривал с точки зрения альтернативы Lua, для встраивания в приложение

источник

12:14пожаловаться #4

M

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

MaxGraey

@RPG18_87 Классная статья!
https://habr.com/ru/company/ozontech/blog/540472/

Хабр

Запускаем AssemblyScript в Go

Пока одни обсуждают что не так с WebAssembly, я думаю как его можно использовать вне браузера. Например написание wasm фильтров для Envoy. AssemblyScript был взя...

Единственное, еще можно попробовать побенчмаркать mandelbrot со "shrinkLevel": 0 вместо "shrinkLevel": 1 в asconfig.json. Мат функции log/log2 должны быть в 1.5 раза быстрее, но размер модуля будет существенно больше

источник

12:14пожаловаться #5

DM

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

ок, посмотрю

источник

12:16пожаловаться #6

M

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

А вот еще интересное. Ребята их CapitalOne во главе с Хоффманом выбрали wasm3 вместо wasmtime из-за быстрого cold-старта
https://twitter.com/KevinHoffman/status/1345159567764807681

Twitter

Kevin Hoffman 🦀

@Hectaman @wesleyhales @wasmcloud Wesley - the choice of engine is entirely configurable by the platform developers. The tl;dr on why wasm3 is the default is because it is interpreted and therefore doesn't have a noticeable "cold start" JIT penalty, which optimizes for our primary use cases.

источник

12:24пожаловаться #7

A

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

Блин завидую, пока вы трогаете новые фичи и экспериментируете, я вожусь в Threejs, который блочит главный поток на секунду декодингом изображения.

источник

12:27пожаловаться #8

К

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

Anon

Блин завидую, пока вы трогаете новые фичи и экспериментируете, я вожусь в Threejs, который блочит главный поток на секунду декодингом изображения.

Треха тут не причём.
Кто-то не вкурсе что это проблема Image Decoder который от Image.
Юзай ImageBitmap и будет всё нормально.

источник

12:30пожаловаться #9

A

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

Ясен спс

источник

12:30пожаловаться #10

M

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

Только проблема в том, что в FF есть баг, а в Safari ImageBitmap вообще не поддерживается

источник

12:32пожаловаться #11

К

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

Ну ты чего, я специально не говорил :) он должен был сам это ощутить

источник

12:33пожаловаться #12

M

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

Константин

Ну ты чего, я специально не говорил :) он должен был сам это ощутить

по моему и так в жизни разочаровний хватает, а тут еще и ложные надежды

источник

12:33пожаловаться #13

A

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

MaxGraey

Только проблема в том, что в FF есть баг, а в Safari ImageBitmap вообще не поддерживается

Походу именно поэтому дуб решил вызов ImageDecoder сунуть прямо в WebGLRenderer.render().
Скорей бы интеграцию WebGPU, сам всё напишу нормально.

источник

12:34пожаловаться #14

К

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

Ну я скажу что вообще нету способа в сафари сделать это асинхронно.
Так как оффскрин-канвас тоже не поддерживается :) так бы хотя бы воркер затригерить

источник

12:34пожаловаться #15

К

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

Anon

Походу именно поэтому дуб решил вызов ImageDecoder сунуть прямо в WebGLRenderer.render().
Скорей бы интеграцию WebGPU, сам всё напишу нормально.

Чего?
Он вызывается только при загрузке.
Нету другого способа его затригерить.

источник

12:35пожаловаться #16

A

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

Константин

Чего?
Он вызывается только при загрузке.
Нету другого способа его затригерить.

image_2021-02-03_16-40-05.png

(112.81 Кб)

источник

12:35пожаловаться #17

A

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

Мори.

источник

12:35пожаловаться #18

К

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

Да, при аплоаде.
Каждом.

источник

12:36пожаловаться #19

MV

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

MaxGraey

А вот еще интересное. Ребята их CapitalOne во главе с Хоффманом выбрали wasm3 вместо wasmtime из-за быстрого cold-старта
https://twitter.com/KevinHoffman/status/1345159567764807681

Twitter

Kevin Hoffman 🦀

@Hectaman @wesleyhales @wasmcloud Wesley - the choice of engine is entirely configurable by the platform developers. The tl;dr on why wasm3 is the default is because it is interpreted and therefore doesn't have a noticeable "cold start" JIT penalty, which optimizes for our primary use cases.

а какой у них use-case?

источник

12:36пожаловаться #20