Телеграмм чат группы webassembly_ru страница 1736

parrot.ru

Рейтинг популярных групп и каналов

В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

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

745 membersпожаловаться на группу

2021 January 22

A

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

Ну если пиковое потребление памяти не привысит 2 ** 31 байт то проблем не должно быть

недавно на плэйканвасе (да оффтоплю) на скорую руку сделал освещение лабиринта рандомного с тенями
у меня все норм было, а вот жена зашла, у нее хром упал, ибо у нее только 16гигов рамы было...

источник

02:18пожаловаться #1

A

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

Ну если пиковое потребление памяти не привысит 2 ** 31 байт то проблем не должно быть

Чет у меня хром при выделении больше 1 гигабайта под wasm ошибку давал... Вродебы.

источник

02:20пожаловаться #2

M

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

недавно на плэйканвасе (да оффтоплю) на скорую руку сделал освещение лабиринта рандомного с тенями
у меня все норм было, а вот жена зашла, у нее хром упал, ибо у нее только 16гигов рамы было...

Ну это хром) Он кушает память как печеньки

источник

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

A

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

Кеш на кеше, пул на пуле, брат за брата.

источник

02:23пожаловаться #4

M

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

Кеш на кеше, пул на пуле, брат за брата.

all inclusive прям в Стамбуле

источник

02:27пожаловаться #5

DP

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

во сколько раз wasm код медленнее нативного кода типа с++? 2? 4? 16?

если оба оптимально написаны. в среднем

т.е. wasm - это как джава vm или скорее как си код? или как питон интерпретатор по скорости?

источник

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

M

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

Defragmented Panda

во сколько раз wasm код медленнее нативного кода типа с++? 2? 4? 16?

если оба оптимально написаны. в среднем

т.е. wasm - это как джава vm или скорее как си код? или как питон интерпретатор по скорости?

Все очень сильно зависит от движка (vm). Ели мы говорим про V8. то там очень много чего еще нужно сделать что бы он дошел до предела своих возможностей. Если рассматривать идеальный случай, то wasm даже иногда может быть быстрее натива:
https://twitter.com/whitequark/status/1264271231051878400
И это без simd

so i ported nextpnr, a very compute-intensive FPGA place & route tool, to WASM, and then benchmarked it to see how much slower it is. WASM runtimes are immature, right? and sandboxing has lots of overhead, right? nope!! speed difference compared to a native binary within noise

источник

02:40пожаловаться #7

M

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

Все очень сильно зависит от движка (vm). Ели мы говорим про V8. то там очень много чего еще нужно сделать что бы он дошел до предела своих возможностей. Если рассматривать идеальный случай, то wasm даже иногда может быть быстрее натива:
https://twitter.com/whitequark/status/1264271231051878400
И это без simd

so i ported nextpnr, a very compute-intensive FPGA place & route tool, to WASM, and then benchmarked it to see how much slower it is. WASM runtimes are immature, right? and sandboxing has lots of overhead, right? nope!! speed difference compared to a native binary within noise

Но если мы рассмвтриваем V8 движек в нынешнем виде, то это зачастую 1.5x-3.0x если сравнимать без simd.

источник

02:41пожаловаться #8

DP

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

спасибо!

источник

02:42пожаловаться #9

A

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

Все очень сильно зависит от движка (vm). Ели мы говорим про V8. то там очень много чего еще нужно сделать что бы он дошел до предела своих возможностей. Если рассматривать идеальный случай, то wasm даже иногда может быть быстрее натива:
https://twitter.com/whitequark/status/1264271231051878400
И это без simd

so i ported nextpnr, a very compute-intensive FPGA place & route tool, to WASM, and then benchmarked it to see how much slower it is. WASM runtimes are immature, right? and sandboxing has lots of overhead, right? nope!! speed difference compared to a native binary within noise

Лол, у Wasm получается есть все шансы обогнать скомпиленый код на Cи.

источник

02:47пожаловаться #10

M

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

Лол, у Wasm получается есть все шансы обогнать скомпиленый код на Cи.

не для всех кейсов. Как я понимаю wasm может быть быстрее за счет лучшей утилизации кеша (32-битные указатели - соответственно в два раз больше на кеш данных). Еще за счет того, что wasm vm обычно использет все нативные интрукции современного процессора, в то, время как нативный модуль обычно собирают под усредненную (generic) архитектуру

источник

02:50пожаловаться #11

A

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

Лол, действительно

источник

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

A

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

Ну если примерно на уровне - то о лучшем и не мечтали.

источник

02:52пожаловаться #13

DM

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

Я сравнил Go с wasmer-go+AS в вычислении мандельброта из примеров AS(1920×1080)

BenchmarkNaive-12                7   143801703 ns/op
BenchmarkAssembly-12             8   131174447 ns/op

wasm быстрее на 10ms. Но если дернуть GCCGO

BenchmarkNaive-12                9   114142582 ns/op
BenchmarkAssembly-12             8   131802592 ns/op

источник

10:27пожаловаться #14

DB

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

@chicoxyzzy @maxgraey не знаете что мешает reference-types влиться в wasm spec master?

источник

11:54пожаловаться #15

DP

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

Я сравнил Go с wasmer-go+AS в вычислении мандельброта из примеров AS(1920×1080)

BenchmarkNaive-12                7   143801703 ns/op
BenchmarkAssembly-12             8   131174447 ns/op

wasm быстрее на 10ms. Но если дернуть GCCGO

BenchmarkNaive-12                9   114142582 ns/op
BenchmarkAssembly-12             8   131802592 ns/op

спасибо. т.е. примерно одинаково

источник

14:56пожаловаться #16

DM

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

Defragmented Panda

спасибо. т.е. примерно одинаково

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

источник

14:58пожаловаться #17

SR

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

У WebAssembly в JavaScriptCore появится JIT-less режим

Режим без JIT позволит исполнять #WebAssembly в JavaScriptCore (движке, используемом в WebKit/Safari) на платформах, которые не поддерживают B3 и Air оптимизаторы. В таких случаях будет использоваться только интерпретатор LLInt.

https://bugs.webkit.org/show_bug.cgi?id=220365

источник

15:00пожаловаться #18

SR

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

Dmitry Bezhetskov

@chicoxyzzy @maxgraey не знаете что мешает reference-types влиться в wasm spec master?

только наличие имплементаций

источник

15:00пожаловаться #19

DB

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

только наличие имплементаций

в webkit думаю включить по умолчанию, этого будет достаточно?

источник

15:08пожаловаться #20