[Zlib-devel] zlib 1.2.3.1 released for testing

Greg Roelofs newt at pobox.com
Mon Sep 18 01:09:19 EDT 2006


>> There's no particularly good reason why Firefox couldn't use zlib  
>> 1.1.x, right?

> Only speed.  inflate is used to decompress HTTP content encodings  
> gzip and deflate, which are pretty common.  So the speed may make a  
> difference.

I think we both know that compression speed isn't the bottleneck these
days.  Home computers, even 5-year-old ones, are ridiculously overpowered,
and the stuff that gets gzip- or deflate-encoded isn't the bulk of what
gets downloaded, anyway--already-compressed binary formats are.

No, the reasons for poor web-browsing performance are primarily in the
network (bandwidth latency, DNS latency, multi-request latency) and in
the page-design/browser-architecture combo (failure to render until all
CSS finishes downloading, 2-request limit for simultaneous downloads
from the same site, unnecessary redirects, poorly compressed images,
overweight Flash, swapping due to memory leaks, you name it...).  Even
doubled performance in inflate()--and I don't believe it was anything
like that, was it?--would not make a noticeable difference in the
rendering speed of most pages.

> 1.1.x would have to be 1.1.4 to avoid a security vulnerability in  
> 1.1.3 and earlier.

Yup.  I couldn't remember if 1.1.4 had any known issues of its own,
though.

Greg




More information about the Zlib-devel mailing list