JD
эксперементирую с генерацией бин. протокола на подобии protobuf
Вот можешь моё посмотреть. https://github.com/reklatsmasters/binary-data
Size: a a a
2018 December 19
RS
Вот можешь моё посмотреть. https://github.com/reklatsmasters/binary-data
тут суть вот в чём: видимо с бинаркой в JS работать менее выгодно чем с JSON'ом, я пытаюсь доказать обратное, но пока безуспешно
RS
вернее, успех есть, но только в хроме, да и то не уверен что оптимальный
RS
Ещё можно с этим сравнить. https://github.com/mafintosh/turbo-json-parse
я правильно понимаю что нам придётся платить дорогую таможню между мирами JS и WASM?
WASM ведь не умеет пока-что в вебсокеты, поэтому у нас
WASM ведь не умеет пока-что в вебсокеты, поэтому у нас
JS -stream-> WASM -object-> JSJD
я правильно понимаю что нам придётся платить дорогую таможню между мирами JS и WASM?
WASM ведь не умеет пока-что в вебсокеты, поэтому у нас
WASM ведь не умеет пока-что в вебсокеты, поэтому у нас
JS -stream-> WASM -object-> JSА при чём тут вебсокеты?
RS
А при чём тут вебсокеты?
по ним мы получаем бинарные структуры в первую очередь
JD
по ним мы получаем бинарные структуры в первую очередь
Из васма можно взять память и работать с ней как с обычным arraybuffer.
RS
Из васма можно взять память и работать с ней как с обычным arraybuffer.
да вот... проблема в том что нужна то строка, а кастнуть
придётся-ж копировать, причён
Uint16Array в string в JS никак низзяпридётся-ж копировать, причён
foreach string value 🙃JD
да вот... проблема в том что нужна то строка, а кастнуть
придётся-ж копировать, причён
Uint16Array в string в JS никак низзяпридётся-ж копировать, причён
foreach string value 🙃TextDecoder
RS
TextDecoder
жутко медленный, прям жутко
JD
жутко медленный, прям жутко
Ну сорян, конвертить буфер в строки и в ноде дорого. Пробуй в ascii, а не в utf8
RS
TextDecoder
ах да, там UTF-16LE уже не поддерживается, только UTF-8
т.е. пропарсить условный
т.е. пропарсить условный
Uint16Array в строку спомощью TextDecoder не выйдет никакRS
Ну сорян, конвертить буфер в строки и в ноде дорого. Пробуй в ascii, а не в utf8
что ASCII, что UTF8/16 - копировать придётся походу, ведь нельзя просто так строку отдать из WASM'а, мы ведь отдаём массив uint16, а его копируем в строку
RS
"нельзя так просто взять и создать JS объект в WASM и отдать его JS"
печаль и боль
печаль и боль
JD
"нельзя так просто взять и создать JS объект в WASM и отдать его JS"
печаль и боль
печаль и боль
Да, нельзя. Я никак не пойму проблемы. У тебя разные типы объектов, arraybuffer и строки. Само сабой arraybuffer не может содержать строки
JD
Ещё есть метод %typedarray%.join
RS
Да, нельзя. Я никак не пойму проблемы. У тебя разные типы объектов, arraybuffer и строки. Само сабой arraybuffer не может содержать строки
проблема по сути своей банальна:
есть у нас структура, из:
1х float64
1х uint32
1x uint16
3х uint32 флагов
и 3х unicode строк дин. размера
JSON для этого подходит так себе, кодировка и декодировка не бесплатные да и схемы у него нет, а тут схема заранее известна, даже декодер можно кодогенерировать под конкретный протокол.
есть у нас структура, из:
1х float64
1х uint32
1x uint16
3х uint32 флагов
и 3х unicode строк дин. размера
/* Message structure:
step field len offset
64 a 8 0
32 i 4 8
n_l 4 12
e_l 4 16
s_l 4 20
16 c 2 24
8 n n_l 26
e e_l 26+n_l
s s_l 26+n_l+e_l
*/
и приходит нам это по сети. Мы это хотим пропарсить и получить object, за кратчайшее время.JSON для этого подходит так себе, кодировка и декодировка не бесплатные да и схемы у него нет, а тут схема заранее известна, даже декодер можно кодогенерировать под конкретный протокол.
JD
проблема по сути своей банальна:
есть у нас структура, из:
1х float64
1х uint32
1x uint16
3х uint32 флагов
и 3х unicode строк дин. размера
JSON для этого подходит так себе, кодировка и декодировка не бесплатные да и схемы у него нет, а тут схема заранее известна, даже декодер можно кодогенерировать под конкретный протокол.
есть у нас структура, из:
1х float64
1х uint32
1x uint16
3х uint32 флагов
и 3х unicode строк дин. размера
/* Message structure:
step field len offset
64 a 8 0
32 i 4 8
n_l 4 12
e_l 4 16
s_l 4 20
16 c 2 24
8 n n_l 26
e e_l 26+n_l
s s_l 26+n_l+e_l
*/
и приходит нам это по сети. Мы это хотим пропарсить и получить object, за кратчайшее время.JSON для этого подходит так себе, кодировка и декодировка не бесплатные да и схемы у него нет, а тут схема заранее известна, даже декодер можно кодогенерировать под конкретный протокол.
Можно через proxy конвертить буфер в строку по запросу. Можно даже не копировать буферы
RS
Можно через proxy конвертить буфер в строку по запросу. Можно даже не копировать буферы
хмм, поясни плиз, о каком прокси идёт речь?