3 ms·
> indexes are LEB128s This article is promoting how fast WebAssembly is to parse (and no doubt it is faster than JS), and yet LEB128 is a slower-to-parse repre
by Mindless2112 10y ago
> indexes are LEB128s
This article is promoting how fast WebAssembly is to parse (and no doubt it is faster than JS), and yet LEB128 is a slower-to-parse representation than "prefix varint" with the same cost in bits [1][2]. It seems the designers didn't actually care what was faster. [3]
[1] https://news.ycombinator.com/item?id=11263378 https://news.ycombinator.com/item?id=11263378 [2] https://github.com/stoklund/varint https://github.com/stoklund/varint
[3] https://github.com/WebAssembly/design/issues/601 https://github.com/WebAssembly/design/issues/601
- Ajedi32 10y ago> Implementors have discussed and concluded that while alternative encodings might offer improved size, the intention to support layer 1 (allowing outer wrapping format specific compression), and the degree to which LEBs are well known, outweighs this advantage for MVP. Interesting. Any idea what's meant by "layer 1" here?