Mailing List Archive

> > I'm using it on a regular basis. Here's the config snippet:
> >
> > Alias /majcd /usr/local/www/cgi/aef/majcd
> > <Location /majcd>
> > SetHandler "perl-script"
> > Options +ExecCGI
> > PerlHandler Apache::OutputChain Apache::GzipChain Apache::Registry
> > </Limit>
> >
> > It's really a regular Apache::Registry setup, except for the added
> > modules in the PerlHandler line.
>
> Eric, does Apache::GzipChain really work? Do you feel the difference?

Yes with this particular script I see a very big difference. The script
outputs large (several hundred kilobytes) text files. It is much faster
when gzipped. I haven't done any benchmarks though, the speed gain was
so visible I didn't need any.

> Should it be endorsed?

I don't know about that. I think the consensus was that OutputChain was
being deprecated in favor of Filter.

> I've this item in the guide but have never tried it myself. Doesn't it
> slow down the respond time because it has to compress stuff, I know it
> compress the stream as it arrives, but still it's a delay... Does size
> matters?
>
> Obviously you want to do some internal buffering or calling print very
> infrequently because if you send the output in small chunks the
> compression will be quite bad as there will be no enough characters to do
> reduce the size.
>
> Can anyone post the benchmarks?
>
> Does anyone have the statistics for a percentage of clients supporting
> application/x-gzip MIME type (which this module requires)? Well probably
> the correct question is how many browsers set correctly the
> Accept-Encoding header and its User-Agent headers.

Andreas (author of GzipChain) used to have a page with a lot of info
about this. Since his domain has moved I don't know where that page is
anymore, or if it is still up at all.

--
Eric

Stas Bekman writes:

> Eric, does Apache::GzipChain really work? Do you feel the difference?

I'm using Apache::GzipCHain and its speed increase (ie. download) is
dramatic, if the content is large and can be compressed :) Especially
true for larger tables or lots of HTML output in general. We have
implemented a database driven system with gives lots of tabular output
sometimes in the range of 50k - 200k HTML. It wouldn't be usable
without compression. The pages go down to a few kb and everybody is
surprised of the speed of the system. We hadn't had any problems with
current browser technology yet (ie. Netscape 4.x and IE 4.x, 5.x). So
if your html output is more than 5k you should use
Apache::GzipChain. It's a bit tricky to be used with embperl but if
somebody is interested send be a blurb.

Dirk

At 04:21 PM 02/24/00 +0100, you wrote:
>Stas Bekman writes:
>
> > Eric, does Apache::GzipChain really work? Do you feel the difference?
>
>I'm using Apache::GzipCHain and its speed increase (ie. download) is
>dramatic, if the content is large and can be compressed :)

I'd agree, it's fast.

But I see this warning for each request, using the setup described in the
man page for Apache::GzipChain.[OutputChain debug below]

untie attempted while 1 inner references still exist at
/perl_lib/lib/site_perl/5.005/Apache/OutputChain.pm line 28.


I also have not had much luck using it with RegistryNG.

<Files test>
SetHandler perl-script
PerlHandler Apache::OutputChain Apache::GzipChain Apache::RegistryNG->handler
PerlSendHeader on
</Files>

Which seems to send, but then I get "Communications exception (-336)" in
Netscape.

Back to work...



Apache::OutputChain tied Apache::OutputChain -> Apache
untie attempted while 1 inner references still exist at
/perl_lib/lib/site_perl/5.005/Apache/OutputChain.pm line 28.
Apache::OutputChain::TIEHANDLE ARRAY(0x6a0e00)
Apache::OutputChain::TIEHANDLE ARRAY(0x615f74)
Apache::OutputChain tied Apache::GzipChain -> Apache::OutputChain
untie attempted while 1 inner references still exist at
/perl_lib/lib/site_perl/5.005/Apache/OutputChain.pm line 28.
Apache::OutputChain::TIEHANDLE ARRAY(0x37a78c)
Apache::OutputChain::TIEHANDLE ARRAY(0x816d94)
Apache::OutputChain::PRINT Apache::GzipChain=ARRAY(0x816d94)
Apache::OutputChain::PRINT Apache::OutputChain=ARRAY(0x615f74)



Bill Moseley
mailto:moseley@hank.org

> -----Original Message-----
> From: Bill Moseley [mailto:moseley@hank.org]
> Sent: Thursday, February 24, 2000 12:39 PM
> To: modperl@apache.org
> Subject: Re: Apache::GzipChain (was RE: [RareModules]
> Apache::OutputChain)
>
>
> At 04:21 PM 02/24/00 +0100, you wrote:
> >Stas Bekman writes:
> >
> > > Eric, does Apache::GzipChain really work? Do you feel the
> difference?
> >
> >I'm using Apache::GzipCHain and its speed increase (ie. download) is
> >dramatic, if the content is large and can be compressed :)
>
> I'd agree, it's fast.
>
> But I see this warning for each request, using the setup
> described in the
> man page for Apache::GzipChain.[OutputChain debug below]
>
> untie attempted while 1 inner references still exist at
> /perl_lib/lib/site_perl/5.005/Apache/OutputChain.pm line 28.
>
>
> I also have not had much luck using it with RegistryNG.
>
> <Files test>
> SetHandler perl-script
> PerlHandler Apache::OutputChain Apache::GzipChain
> Apache::RegistryNG->handler
> PerlSendHeader on
> </Files>
>
> Which seems to send, but then I get "Communications exception
> (-336)" in
> Netscape.

I got the same message when I tried the setup Eric had originally
suggested...
NS 4.7 for Windoze. IE5 just didn't to anything...


>
> Back to work...
>
>
>
> Apache::OutputChain tied Apache::OutputChain -> Apache
> untie attempted while 1 inner references still exist at
> /perl_lib/lib/site_perl/5.005/Apache/OutputChain.pm line 28.
> Apache::OutputChain::TIEHANDLE ARRAY(0x6a0e00)
> Apache::OutputChain::TIEHANDLE ARRAY(0x615f74)
> Apache::OutputChain tied Apache::GzipChain -> Apache::OutputChain
> untie attempted while 1 inner references still exist at
> /perl_lib/lib/site_perl/5.005/Apache/OutputChain.pm line 28.
> Apache::OutputChain::TIEHANDLE ARRAY(0x37a78c)
> Apache::OutputChain::TIEHANDLE ARRAY(0x816d94)
> Apache::OutputChain::PRINT Apache::GzipChain=ARRAY(0x816d94)
> Apache::OutputChain::PRINT Apache::OutputChain=ARRAY(0x615f74)
>
>
>
> Bill Moseley
> mailto:moseley@hank.org
>

On Thu, Feb 24, 2000 at 09:38:57AM -0800, Bill Moseley wrote:
>
> But I see this warning for each request, using the setup described in the
> man page for Apache::GzipChain.[OutputChain debug below]
>
> untie attempted while 1 inner references still exist at
> /perl_lib/lib/site_perl/5.005/Apache/OutputChain.pm line 28.

What perl -V is that?

--
------------------------------------------------------------------------
Honza Pazdziora | adelton@fi.muni.cz | http://www.fi.muni.cz/~adelton/
.project: Perl, DBI, Oracle, MySQL, auth. WWW servers, MTB, Spain.
------------------------------------------------------------------------

At 10:06 PM 02/24/00 +0100, Honza Pazdziora wrote:
>On Thu, Feb 24, 2000 at 09:38:57AM -0800, Bill Moseley wrote:
>>
>> But I see this warning for each request, using the setup described in the
>> man page for Apache::GzipChain.[OutputChain debug below]
>>
>> untie attempted while 1 inner references still exist at
>> /perl_lib/lib/site_perl/5.005/Apache/OutputChain.pm line 28.
>
>What perl -V is that?

Summary of my perl5 (5.0 patchlevel 5 subversion 3) configuration:
Platform:
osname=solaris, osvers=2.6, archname=sun4-solaris
uname='sunos sunsite 5.6 generic_105181-17 sun4u sparc
sunw,ultra-enterprise '
hint=recommended, useposix=true, d_sigaction=define
usethreads=undef useperlio=undef d_sfio=undef
Compiler:
cc='gcc -B/usr/ccs/bin/', optimize='-O', gccversion=2.95.1 19990816
(release)
cppflags='-I/usr/local/include'
ccflags ='-I/usr/local/include'
stdchar='unsigned char', d_stdstdio=define, usevfork=false
intsize=4, longsize=4, ptrsize=4, doublesize=8
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16
alignbytes=8, usemymalloc=y, prototype=define
Linker and Libraries:
ld='gcc -B/usr/ccs/bin/', ldflags =' -L/usr/local/lib'
libpth=/usr/local/lib /lib /usr/lib /usr/ccs/lib
libs=-lsocket -lnsl -ldb -ldl -lm -lc -lcrypt
libc=/lib/libc.so, so=so, useshrplib=false, libperl=libperl.a
Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' '
cccdlflags='-fPIC', lddlflags='-G -L/usr/local/lib'


Characteristics of this binary (from libperl):
Built under solaris
Compiled at Dec 10 1999 15:28:27
%ENV:

PERLLIB="/data/_g/lii/perl_lib/lib/site_perl/5.005:/data/_g/lii/perl_lib/lib
/site_perl/5.005/sun4-solaris:/data/_g/lii/perl_lib/lib/5.00503"
@INC:
/data/_g/lii/perl_lib/lib/site_perl/5.005
/data/_g/lii/perl_lib/lib/site_perl/5.005/sun4-solaris
/data/_g/lii/perl_lib/lib/5.00503
/usr/local/lib/perl5/5.00503/sun4-solaris
/usr/local/lib/perl5/5.00503
/usr/local/lib/perl5/site_perl/5.005/sun4-solaris
/usr/local/lib/perl5/site_perl/5.005
.

Bill Moseley
mailto:moseley@hank.org

moseley@hank.org (Bill Moseley) wrote:
>At 04:21 PM 02/24/00 +0100, you wrote:
>>Stas Bekman writes:
>>
>> > Eric, does Apache::GzipChain really work? Do you feel the difference?
>>
>>I'm using Apache::GzipCHain and its speed increase (ie. download) is
>>dramatic, if the content is large and can be compressed :)
>
>I'd agree, it's fast.

It sounds to me like an Apache::Gzip module is in order. It would be a simple
matter to write one that could be used either as a stand-alone for compressing
static files, or as a member of an Apache::Filter chain.

Anyone want to give it a shot? It's only about a page's worth of code. If
nobody does, I'll probably do it, but I can't promise when.