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
Currently prelude and content sections have multiple small streams (1 stream for each dictionary),
and when decoding the file, decoder has to allocate buffer for each stream.
also, currently there's no information about uncompressed size for brotli stream, afaik.
That means decoder has to do allocation/reallocation multiple times while decoding prelude/content sections.
If there's no merit for compressing each stream, using single stream can make the decoder simpler.
Also, adding uncompressed size might make it simpler (of course we need to validate the size before allocation tho)
The text was updated successfully, but these errors were encountered:
Just an idea for the next format.
Currently prelude and content sections have multiple small streams (1 stream for each dictionary),
and when decoding the file, decoder has to allocate buffer for each stream.
also, currently there's no information about uncompressed size for brotli stream, afaik.
That means decoder has to do allocation/reallocation multiple times while decoding prelude/content sections.
If there's no merit for compressing each stream, using single stream can make the decoder simpler.
Also, adding uncompressed size might make it simpler (of course we need to validate the size before allocation tho)
The text was updated successfully, but these errors were encountered: