[Zlib-devel] Plans for zlib 1.2.5

Mark Adler madler at alumni.caltech.edu
Mon Feb 22 14:38:27 EST 2010


On Feb 22, 2010, at 5:07 AM, Vincent Torri wrote:
>>> Yes, there are ways to make compression better by about 2% to 10% with a much slower but more aggressive deflator.  I will consider that for a version after 1.2.5.
> 
> on the other hand, please keep decompression fast and with a low memory footprint. We use zlib for those 2 features (especially on embedded).

Vincent,

Decompression will remain fast and low memory.  Improvements in compression ratios result in improvements in decompression speed.  For example a 4% improvement in the compressed size will, to first order, result in a 4% reduction in decompression time for that data.

By the way, in case you don't already take advantage of this, if you do decompression in a single call of inflate (which requires knowing the size of the decompressed data a priori), then inflate will not allocate a 32K window buffer, significantly reducing its memory usage.

Mark





More information about the Zlib-devel mailing list