You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hi! Would it be possible to retire msgpack5?
According to my tests on different payloads msgpack5 is more than 3x times slower than the official @msgpack/msgpack, with the identical output.
until we have similar comprehensive test results, claims to "X being faster than Y" are not convincing and it doesn't make sense to change stuff in blind
IMO, we need to systematically produce results at least for:
different serializers (libraries)
chrome, firefox and node
different WAMP messages, with different payload sizes and payload complexity
oberstet
changed the title
Replace msgpack5 with @msgpack/msgpack
Create serializer benchmarks and integrate to CI
Feb 13, 2020
Thanks for sharing those benchmarks, didn't see them before!
In my case I was just naively testing simple buffer(stringify), stringify+gzip, messagepack and cbor on the latest NodeJS using the npm libraris. Encode/decode on each approach was run 1000 times in a loop.
CBOR was always slightly bigger than the MessagePack (Length=size)
Sharing the results here as it might be helpful for somebody
Hi! Would it be possible to retire msgpack5?
According to my tests on different payloads msgpack5 is more than 3x times slower than the official @msgpack/msgpack, with the identical output.
Here some articles, related to the latter:
https://appspector.com/blog/how-to-improve-messagepack-javascript-parsing-speed-by-2-6-times
https://appspector.com/blog/how-to-use-streaming-data-parsing-in-javascript
The text was updated successfully, but these errors were encountered: