Posts Tagged ‘gzip

Helping a colleague this week, we uncovered some odd behavior with a site whose performance he was analyzing. Upon first glance, it was clear that this site had a performance issue – they had HTTP persistence disabled. Immediate red flag in the areas of network overhead and geographic latency.
Further digging exposed something more sinister. It [...]

This paper is an extension of the work done for another article that highlighted the performance benefits of retrieving uncompressed and compressed objects directly from the origin server. I wanted to add a proxy server into the stream and determine if proxy servers helped improve the performance of object downloads, and by how much.
Using the [...]

How much improvement can you see with compression? The difference in measured download times on a very lightly loaded server indicates that the time to download the Base Page (the initial HTML file) improved by between 1.3 and 1.6 seconds across a very slow connection when compression was used.

Base Page Performance
There is a slightly slower [...]

The last time I attempted to compile mod_gzip into Apache, I found that the instructions for doing so were not documented clearly on the project page. After a couple of failed attempts, I finally found the instructions buried at the end of the ChangeLog document.
I present the instructions here to preserve your sanity.
Before you can [...]

NOTE: This hack is only relevant to Apache 2.0.44 or lower. Starting with Apache 2.0.45, the server contains the DeflateCompressionLevel directive, which allows for user-configured compression levels in the httpd.conf file.
One of the complaints leveled against mod_deflate for Apache 2.0.44 and below has been the lower compression ratio that it produces when compared to mod_gzip [...]

In a previous paper, the use of mod_gzip to dynamically compress the output from an Apache server. With the growing use of the Apache 2.0.x family of Web servers, the question arises of how to perform a similar GZIP-encoding function within this server. The developers of the Apache 2.0.x servers have included a module in [...]

I have been running the GrabPERF Compression and Performance study for less than a week, but I thought that I should share some of the initial results with everyone.

As you can see above, the byte transmission savings gained by some sites is pretty astounding. Google News sends a pages with a median weight of near [...]

Ok, the Blogger blogs all use GZIP compression.
BUT! The Blogger.com homepage does not.
Ummm…attention to detail? Anyone?
Technorati Tags: Blogger, Upgrade, HTTP+Compression, Web+compression, QA, GrabPERF, Web+Performance

A few years ago, I wrote an article on how GZIP compression improved Web performance. Don Marti at the Linux Journal was a great editor, and eventually, the article ended up in the online version of the Magazine.
At the time, I used Ian Holsman’s webperf.org (now renamed ITScales) to capture the data. Now that I [...]

Dear PodTech:
Say thank you.
HTTP/1.1 302 Found
Date: Tue, 13 Jun 2006 19:18:11 GMT
Server: Apache/2.0.53 (Fedora)
Location: http://www.podtech.net
Content-Length: 283
Content-Type: text/html; charset=iso-8859-1
HTTP/1.1 200 OK
Server: Apache/2.0.53 (Fedora)
X-Powered-By: PHP/4.3.11
X-Pingback: http://www.podtech.net/xmlrpc.php
Status: 200 OK
Content-Type: text/html; charset=UTF-8
Vary: Accept-Encoding
Content-Encoding: gzip
Content-Length: 9233
Date: Tue, 13 Jun 2006 19:14:21 GMT
Connection: keep-alive
Performance got better, didn’t it?

Technorati Tags: GrabPERF, Web performance, PodTech


About this blog

Stephen Pierzchala is one of a 10-year veteran of the Web performance field who also writes on topics that interest his non-linear world-view.

Contact

stephen@pierzchala.com

+1 (508) 410-3865