Posts Tagged ‘compression

It’s always funny when somewhat tech-savvy folks purposely make their bandwidth bills higher than they need to be.
Here’s TechCrunch’s HTTP header response.

HTTP/1.1 200 OK
Date: Tue, 16 Jan 2007 16:02:23 GMT
Server: Apache/2.2.3 (Debian) DAV/2 SVN/1.4.2 PHP/5.2.0-8 mod_ssl/2.2.3 OpenSSL/0.9.8c
X-Powered-By: PHP/5.2.0-8
X-Pingback: http://www.techcrunch.com/xmlrpc.php
Status: 200 OK
Transfer-Encoding: chunked
Content-Type: text/html; charset=”UTF-8″

Port80 Software’s Compression Checker gives us some idea how much bandwidth Mr. [...]

It’s the places that you go when you’re a child that stay with you for your whole life.
My grandparents lived their entire lives in the Crowsnest Pass. This narrow, sometimes forgotten section of the Rockies emptied itself of its coal to feed the engines of Canada and the world for more than a hundred years.
My [...]

Well, the irony of this is painful.
I went with 1&1 as the hosting location for my personal domains, including WebPerformance.org.
One of the things that I preach there is the use of compression.
Guess what? 1&1 doesn’t use Web compression on their servers.
Ugh.

Port80 Software is reporting that in their survey of Fortune 1000 Web sites, IIS 6.0 has overtaken Apache as the Web server platform of choice. [here]
My two-cents: I respect the Port80 Software team greatly and love their maniacal devotion to ensuring that IIS users actually make use of the HTTP compression and caching that can [...]

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 [...]

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 [...]

A little-used or discussed feature of PHP is the ability to compress output from the scripts using GZIP for more efficient transfer to requesting clients. By automatically detecting the ability of the requesting clients to accept and interpret GZIP encoded HTML, PHP4 can decrease the size of files transferred to the client by 60% to [...]

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 [...]


About this blog

Stephen Pierzchala is one of a cadre of crazy Canucks living in the United States. A 10-year veteran of the Web performance field, Stephen also writes on topics as diverse as branding and reputation, bipolar, and Web technologies.

Contact

stephen@pierzchala.com

+1.508.475.9490

Skype: stephen.pierzchala

Twitter: spierzchala

View Stephen Pierzchala's profile on LinkedIn

Advertising

Clicky Web Analytics