wtarreau/libslz

Stateless, zlib-compatible, and very fast compression library -- http://libslz.org

libslz's Issues

Clarification about README note re. using slz on small data

From the README:

It doesn't hurt compression performance when it is fed in large enough chunks (at
least a few kB at once), but it must not be used if it has to read less than
a few kB at a time, or the caller will have to implement the input buffer to
maximize the compression ratio. For example, an HTTP gateway may defragment all
the parts from a chunked-encoded response buffer into a linear buffer that is
then fed at once to SLZ. This temporary buffer would then be static and shared
between all streams running on the same thread.

Do I understand correctly that “must not” here means “Or else compression will be poor”? Or will something worse happen?

Also would it be possible to give an example of how you’d use the API in the way described here? I'm struggling a bit to follow

Thanks for your work on this library!

Are there plans to implement zlib/gzip decompression?

@wtarreau Looking for an alternative to the zlib embed compilation library.

THX.