2 ms·
I remember Spolsky saying Excel .xls worked like this, but I guess this should apply to .doc files as well. This is usually orders of magnitude faster than ser
by orthoxerox 3y ago
I remember Spolsky saying Excel .xls worked like this, but I guess this should apply to .doc files as well.
This is usually orders of magnitude faster than serializing to/deserializing from a different storage format.
- bestouff 3y agoI don't think so. Serializing is IO-bound, if your format is "simple" (e.g. CBOR) you can't measure the difference. All this look like BS to justify laziness to me, and makes loading/saving operations fragile and setting in-memory structures in stone.
- Joker_vD 3y ago> Serializing is IO-bound Once upon a time, DMA did not meaningfully exist in the x86 world, so an IO-bound task was also CPU-bound.
- bestouff 3y agoYes of course, but the original example was Blender, running on today's hardware. IMO this is just sloppy engineering in this case.
- orthoxerox 3y agoDon't forget that Excel file format is literally 30 years old. When you have 4MB of RAM in total for your OS, Excel and whatever part of the file you can fit into the rest and your CPU is an i486 if you're lucky, minimizing parsing starts to make lots of sense.
- kragen 3y agothe cbor implementations i've had the misfortune to have to use are ridiculously slow, as slow as json parsers, perhaps because everything in cbor is variable-length just because it's unreadable in a text editor doesn't mean it'll be fast