GZip compression in Perlbal

Brad Fitzpatrick brad at danga.com
Thu Mar 6 01:55:31 UTC 2008


Exactly!  That's the approach I always planned to take with adding gzip
support to Perlbal... parallel pre-compressed files.  Then just check the
modtimes must be newer.

I'm against the idea of doing it at serve-time.  If it _must_ be done at
serve time, I'd like to see a Perlbal-owned directory (separately
configured) that holds the on-the-fly compressed files for future Perlbal
requests to re-use.

I don't like all the extra code and complexity that this on-the-fly version
adds.  Seems like a maintenance problem for a solution that's not even ideal
anyway.

The concatenated resource support in Perlbal lays the groundwork for doing
multiple parallel stats at request time, so reusing that to parallel stat
the normal and .gz version would be a good start and should add very little
new code.

- Brad

On Wed, Mar 5, 2008 at 5:16 PM, Brad Fitzpatrick <brad at danga.com> wrote:

> Exactly!  That's the approach I always planned to take with adding gzip
> support to Perlbal... parallel pre-compressed files.  Then just check the
> modtimes must be newer.
>
> I'm against the idea of doing it at serve-time.  If it _must_ be done at
> serve time, I'd like to see a Perlbal-owned directory (separately
> configured) that holds the on-the-fly compressed files for future Perlbal
> requests to re-use.
>
> I don't like all the extra code and complexity that this on-the-fly
> version adds.  Seems like a maintenance problem for a solution that's not
> even ideal anyway.
>
> The concatenated resource support in Perlbal lays the groundwork for doing
> multiple parallel stats at request time, so reusing that to parallel stat
> the normal and .gz version would be a good start and should add very little
> new code.
>
>
>
> On Wed, Mar 5, 2008 at 1:20 PM, Ask Bjørn Hansen <ask at develooper.com>
> wrote:
>
> >
> > On Mar 5, 2008, at 11:18, Mark Smith wrote:
> >
> > > The idea is then that these small files are just stored in memory and
> > > we don't have to re-gzip them every time [...]
> >
> > What I do (with Apache) is pre-compress the files and have Apache just
> > send the ".gzip" file when it's there.
> >
> >   AddEncoding gzip .gzip
> >
> >   RewriteCond %{HTTP:Accept-Encoding} gzip
> >   RewriteCond %{DOCUMENT_ROOT}/%{REQUEST_FILENAME}.gzip -f
> >   RewriteRule ^(.*)$ $1.gzip [L]
> >
> > Compressing static files at request time seems slightly insane ...
> >
> >
> >  - ask
> >
> > --
> > http://www.askbjoernhansen.com/
> >
> >
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.danga.com/pipermail/perlbal/attachments/20080305/7dc06c76/attachment.html 


More information about the perlbal mailing list