Connecting Tech Pros Worldwide Help | Site Map

To gzcompress or not to gzcompress...

  #1  
Old August 22nd, 2007, 04:25 PM
FFMG
Guest
 
Posts: n/a

Hi,

I am currently compressing the output of all my pages, (still on the
beta site so I am not 100% sure of the impact).
But I have no idea if I am wasting my server CPU time or not, or more
importantly if I am making any difference to my visitor experience.
Some pages cam be rather large and they are compressed, (from 160K to
15k),

But does anybody know if compressing is worth the effort?

And if it is worth it, why do sites like Joomla offer it, but don't
make it default?
Especially given that they test if the browser supports it, (this is
what $_SERVER['HTTP_ACCEPT_ENCODING'] is for after all.

FFMG


--

'webmaster forum' (http://www.httppoint.com) | 'Free Blogs'
(http://www.journalhome.com/) | 'webmaster Directory'
(http://www.webhostshunter.com/)
'Recreation Vehicle insurance'
(http://www.insurance-owl.com/other/car_rec.php) | 'Free URL
redirection service' (http://urlkick.com/)
------------------------------------------------------------------------
FFMG's Profile: http://www.httppoint.com/member.php?userid=580
View this thread: http://www.httppoint.com/showthread.php?t=19610

Message Posted via the webmaster forum http://www.httppoint.com, (Ad revenue sharing).

  #2  
Old August 22nd, 2007, 04:35 PM
Michael Fesser
Guest
 
Posts: n/a

re: To gzcompress or not to gzcompress...


..oO(FFMG)
Quote:
>I am currently compressing the output of all my pages, (still on the
>beta site so I am not 100% sure of the impact).
>But I have no idea if I am wasting my server CPU time or not, or more
>importantly if I am making any difference to my visitor experience.
Output compression might waste some CPU cycles on a single machine if
it's done on-the-fly, but not compressing wastes network resources and
download time on many machines. Decide yourself what's more important to
you.
Quote:
>Some pages cam be rather large and they are compressed, (from 160K to
>15k),
>
>But does anybody know if compressing is worth the effort?
Why not simply test it? A network sniffer like <http://web-sniffer.net>
can show you the different sizes - compressed and uncompressed. Usually
it's worth the effort (IMHO), text files like HTML, CSS and JS can be
compressed quite good.

On one of my sites I use the Lightbox2 script (will be replaced with
Litebox2, which is much smaller). Without compression it's currently
about 104 KB (4 files, including the prototype.js framework), compressed
it's only 25 KB. Still a lot, but much better. Both versions are stored
on the server, which uses Content Negotiation to automatically decide
which version to return, dependent on the user agent's capabilities.
Quote:
>And if it is worth it, why do sites like Joomla offer it, but don't
>make it default?
>Especially given that they test if the browser supports it, (this is
>what $_SERVER['HTTP_ACCEPT_ENCODING'] is for after all.
There are some issues with older browsers (really old ones like NN4),
which may claim that they accept compressed content, but then fail to
properly handle it (IIRC NN4 has problems with compressed JavaScript).

Micha
  #3  
Old August 22nd, 2007, 07:35 PM
Jerry Stuckle
Guest
 
Posts: n/a

re: To gzcompress or not to gzcompress...


FFMG wrote:
Quote:
Hi,
>
I am currently compressing the output of all my pages, (still on the
beta site so I am not 100% sure of the impact).
But I have no idea if I am wasting my server CPU time or not, or more
importantly if I am making any difference to my visitor experience.
Some pages cam be rather large and they are compressed, (from 160K to
15k),
>
But does anybody know if compressing is worth the effort?
>
And if it is worth it, why do sites like Joomla offer it, but don't
make it default?
Especially given that they test if the browser supports it, (this is
what $_SERVER['HTTP_ACCEPT_ENCODING'] is for after all.
>
FFMG
>
>
It depends on a lot of things.

Compressing takes CPU, and in general the larger the output the more
cycles required. And it depends on the browser sending a header
indicating it can accept compressed files.

Images don't normally compress well, so if you're looking to save
bandwidth on a lot of images, forget it.

But if your site is mainly text, compression will cut your bandwidth and
speed loading of your pages - especially if the client is using a slow
link (i.e. dialup). And text compression normally is pretty fast (and
efficient).

You need to look at you CPU load. If you're on a shared host, they may
or may not like the compression, for instance. Of course, if it's your
own server, then cpu load isn't as much of a concern, but bandwidth may be.

--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstucklex@attglobal.net
==================
  #4  
Old August 22nd, 2007, 10:15 PM
FFMG
Guest
 
Posts: n/a

re: To gzcompress or not to gzcompress...



Jerry Stuckle;88260 Wrote:
Quote:
FFMG wrote:
Quote:
Hi,

I am currently compressing the output of all my pages, (still on the
beta site so I am not 100% sure of the impact).
But I have no idea if I am wasting my server CPU time or not, or
more
Quote:
importantly if I am making any difference to my visitor experience.
Some pages cam be rather large and they are compressed, (from 160K
to
Quote:
15k),

But does anybody know if compressing is worth the effort?

And if it is worth it, why do sites like Joomla offer it, but don't
make it default?
Especially given that they test if the browser supports it, (this is
what $_SERVER['HTTP_ACCEPT_ENCODING'] is for after all.

FFMG
>
It depends on a lot of things.
>
Compressing takes CPU, and in general the larger the output the more
cycles required. And it depends on the browser sending a header
indicating it can accept compressed files.
>
Images don't normally compress well, so if you're looking to save
bandwidth on a lot of images, forget it.
>
But if your site is mainly text, compression will cut your bandwidth
and
speed loading of your pages - especially if the client is using a slow
link (i.e. dialup). And text compression normally is pretty fast (and
efficient).
>
You need to look at you CPU load. If you're on a shared host, they
may
or may not like the compression, for instance. Of course, if it's
your
own server, then cpu load isn't as much of a concern, but bandwidth may
be.
>
>
Well I have cpu and bandwidth.
But I am running low on memory. I wonder if that wont be a problem.

On a side note, my site is running on 70% memory.
Am I still ok or do I need to install more?

FFMG


--

'webmaster forum' (http://www.httppoint.com) | 'Free Blogs'
(http://www.journalhome.com/) | 'webmaster Directory'
(http://www.webhostshunter.com/)
'Recreation Vehicle insurance'
(http://www.insurance-owl.com/other/car_rec.php) | 'Free URL
redirection service' (http://urlkick.com/)
------------------------------------------------------------------------
FFMG's Profile: http://www.httppoint.com/member.php?userid=580
View this thread: http://www.httppoint.com/showthread.php?t=19610

Message Posted via the webmaster forum http://www.httppoint.com, (Ad revenue sharing).

  #5  
Old August 23rd, 2007, 04:45 AM
Jerry Stuckle
Guest
 
Posts: n/a

re: To gzcompress or not to gzcompress...


FFMG wrote:
Quote:
Jerry Stuckle;88260 Wrote:
Quote:
>FFMG wrote:
Quote:
>>Hi,
>>>
>>I am currently compressing the output of all my pages, (still on the
>>beta site so I am not 100% sure of the impact).
>>But I have no idea if I am wasting my server CPU time or not, or
>more
Quote:
>>importantly if I am making any difference to my visitor experience.
>>Some pages cam be rather large and they are compressed, (from 160K
>to
Quote:
>>15k),
>>>
>>But does anybody know if compressing is worth the effort?
>>>
>>And if it is worth it, why do sites like Joomla offer it, but don't
>>make it default?
>>Especially given that they test if the browser supports it, (this is
>>what $_SERVER['HTTP_ACCEPT_ENCODING'] is for after all.
>>>
>>FFMG
>>>
>>>
>It depends on a lot of things.
>>
>Compressing takes CPU, and in general the larger the output the more
>cycles required. And it depends on the browser sending a header
>indicating it can accept compressed files.
>>
>Images don't normally compress well, so if you're looking to save
>bandwidth on a lot of images, forget it.
>>
>But if your site is mainly text, compression will cut your bandwidth
>and
>speed loading of your pages - especially if the client is using a slow
>link (i.e. dialup). And text compression normally is pretty fast (and
>efficient).
>>
>You need to look at you CPU load. If you're on a shared host, they
>may
>or may not like the compression, for instance. Of course, if it's
>your
>own server, then cpu load isn't as much of a concern, but bandwidth may
>be.
>>
>>
>
Well I have cpu and bandwidth.
But I am running low on memory. I wonder if that wont be a problem.
>
On a side note, my site is running on 70% memory.
Am I still ok or do I need to install more?
>
FFMG
>
>
Memory is one of the cheapest resources available.

Compressing files will increase memory requirements, not decrease them.
It takes memory to read the file in, then you must compress it and
send it out - which requires more memory.

--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstucklex@attglobal.net
==================
Closed Thread


Similar Threads
Thread Thread Starter Forum Replies Last Post
zip the folder swethak answers 5 August 18th, 2008 03:00 PM
Compression - if and how Thomas Mlynarczyk answers 14 August 12th, 2008 12:15 PM
trouble measuring filesize of gzipped data Marek Möhling answers 4 July 17th, 2005 12:19 PM
How to make string of numbers shorter? Krakatioison answers 16 July 17th, 2005 10:23 AM