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
People don’t really care much for compression onchain. The cost of bytes is so low that developers would much rather pay a large min Ada UTxO cost once and have deserialization be cheap, then to have min Ada small and deserialization cost high.
and on Twitter:
A week or so ago I did some benchmarking of Flat against a Data.Binary serialization implementation I did, I can post the results where ever is useful.
@colll78 we're very much interested in those numbers! Though I'm really surprised to hear that binary might be better than flat given the benchmarks done in haskell-perf clearly pointing out that flat is several times more performant than binary. Maybe the issue is not with the format chosen but merely our own implementation? Or maybe it's the CBOR-encoded Data that is problematic rather than flat? Or the additional CBOR compression done on top of flat.
The text was updated successfully, but these errors were encountered:
@colll78 reports on Slack:
and on Twitter:
@colll78 we're very much interested in those numbers! Though I'm really surprised to hear that
binary
might be better thanflat
given the benchmarks done in haskell-perf clearly pointing out thatflat
is several times more performant thanbinary
. Maybe the issue is not with the format chosen but merely our own implementation? Or maybe it's the CBOR-encodedData
that is problematic rather thanflat
? Or the additional CBOR compression done on top offlat
.The text was updated successfully, but these errors were encountered: