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

групп:

каналов:

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

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

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

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

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

go.backupland.com

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

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

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

Size: a a a

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

677 membersпожаловаться на группу
2020 May 02

e

egoarka in WebAssembly — русскоговорящее сообщество
Andrey Roenko
Возможно, возможно, если всё приложение написать на yaw (или на чём то похожем), то будет быстрее. Но если данных будет много,  то на одних TextDecoder.decode() на каждый чих весь перформанс пойдёт в трубу. Тут уже всё зависит от конкретного приложения и его логики
нормуль, так мне уже больше нравится обзор на всю ситуацию в целом
источник
17:14пожаловаться#1

AR

Andrey Roenko in WebAssembly — русскоговорящее сообщество
Не вижу смысла этим заниматься кроме как по фану
источник
17:17пожаловаться#2

e

egoarka in WebAssembly — русскоговорящее сообщество
ну ладно, а если трансферить с бека придется огромное кол-во данных, но не хочется их серилизовывать в жсончик (а то смысл cpu сервера расходовать ), имеет смысл уже на клиенте десериализацию прикручивать (cpu клиентов не жалко :)))) )?
источник
17:19пожаловаться#3

e

egoarka in WebAssembly — русскоговорящее сообщество
https://user-images.githubusercontent.com/105127/39097418-d4b96486-4629-11e8-803a-19db5b5aefbd.gif
источник
17:21пожаловаться#4

AR

Andrey Roenko in WebAssembly — русскоговорящее сообщество
Что происходит на гифке?
источник
17:22пожаловаться#5

e

egoarka in WebAssembly — русскоговорящее сообщество
Hi there! I came across this benchmark and was surprised to see Yew performing better than a vanilla JS implementation, so I looked into it. Using the benchmark's step button, it would appear the Yew bench is skipping rendering 49 of the 50 todo list items, and never updates them to be checked. This is the reason the numbers are so low.

Here's a video showing the effect, compared to the Vue implementation:

https://github.com/yewstack/yew/issues/5#issuecomment-383394558
GitHub
Performance details · Issue #5 · yewstack/yew
This is a very impressive framework. I would offer it would be useful to know about the performance of it's use. If there are best strategies or bad practices to be avoided. Also it would b...
источник
17:22пожаловаться#6

M

MaxGraey in WebAssembly — русскоговорящее сообщество
egoarka
Тебя жестко обманули. Во первых это скорее всего сравнивался native Rust а не wasm Rust, а во вторых не сымый быстрый. Самый быстрый это https://github.com/simdjson/simdjson, потом sajson и RapidJSON и может только потом уже serde json:
https://github.com/serde-rs/json-benchmark#-cargo-run---release
GitHub
simdjson/simdjson
Parsing gigabytes of JSON per second . Contribute to simdjson/simdjson development by creating an account on GitHub.
источник
17:25пожаловаться#7

e

egoarka in WebAssembly — русскоговорящее сообщество
MaxGraey
Тебя жестко обманули. Во первых это скорее всего сравнивался native Rust а не wasm Rust, а во вторых не сымый быстрый. Самый быстрый это https://github.com/simdjson/simdjson, потом sajson и RapidJSON и может только потом уже serde json:
https://github.com/serde-rs/json-benchmark#-cargo-run---release
GitHub
simdjson/simdjson
Parsing gigabytes of JSON per second . Contribute to simdjson/simdjson development by creating an account on GitHub.
да понятно, что есть быстрее, никто не спорит, а так по сабжу - тестилось wasm rust
источник
17:27пожаловаться#8

M

MaxGraey in WebAssembly — русскоговорящее сообщество
egoarka
То есть это лишь предположение) А по моему опыту это может быть от x1.5 до x8 раз отличаться native rust от wasm rust
источник
17:28пожаловаться#9

e

egoarka in WebAssembly — русскоговорящее сообщество
MaxGraey
То есть это лишь предположение) А по моему опыту это может быть от x1.5 до x8 раз отличаться native rust от wasm rust
что значит предположение? замер же выше тоже есть
источник
17:29пожаловаться#10

M

MaxGraey in WebAssembly — русскоговорящее сообщество
Теперь еще один момент. Что сравнивалось то DOM или Struct (SAX) стиль десериализации? Это очень важно, в JSON.parse используется DOM-стиль и он очевидно что медленее SAX
источник
17:30пожаловаться#11

M

MaxGraey in WebAssembly — русскоговорящее сообщество
egoarka
что значит предположение? замер же выше тоже есть
В замере не сказано wasm это или native
источник
17:31пожаловаться#12

e

egoarka in WebAssembly — русскоговорящее сообщество
ну я задал вопрос в чате по web assembly
источник
17:31пожаловаться#13

e

egoarka in WebAssembly — русскоговорящее сообщество
млин ну логично что по нему сравнения делать будут а не по нативному
источник
17:32пожаловаться#14

M

MaxGraey in WebAssembly — русскоговорящее сообщество
egoarka
млин ну логично что по нему сравнения делать будут а не по нативному
Нет, не логично)
источник
17:32пожаловаться#15

M

MaxGraey in WebAssembly — русскоговорящее сообщество
В раст сообществе принято пушить теорию что Rust wasm быстрее JS в тысячи раз. И на эту тему есть куча докладов, но как ты понимаешь это все маркетинговый булщит
источник
17:33пожаловаться#16

e

egoarka in WebAssembly — русскоговорящее сообщество
ну он мне даже сниппет отправил как бенч надо делать, полагаю что это сос-мыслом
источник
17:34пожаловаться#17

e

egoarka in WebAssembly — русскоговорящее сообщество
ща перекину мин
источник
17:34пожаловаться#18

M

MaxGraey in WebAssembly — русскоговорящее сообщество
Я тебе могу реальный бенчмарк скинуть, там правда не JSON, а триангуляция. Сравниваются Rust native, Rust wasm, JAvaScript и AssemblyScript
источник
17:34пожаловаться#19

e

egoarka in WebAssembly — русскоговорящее сообщество
https://gist.github.com/egoarka/b08bc093ab0d5e610c360d9f9abb9100
источник
17:35пожаловаться#20