[hunchentoot-devel] Different speed loading images from static apache and hunchentoot handler

Tue Apr 3 22:13:48 UTC 2007

Guys, I need your help here. The static image loading with
create-folder-dispatcher-and-handler is really slow. Here I have just 5
images and Apache loads it almost instantaneously and HT handler takes about
10 sec!
I have a page where I have to use CSS and other images and the page loads
painfully slow.
I thought the reason was that I don't have enougt memory so I started
removing packages from my Lisp process (I use CMUCL) but it doesn't help
(rebooting the system or Lisp also doesn't help). Could it be any encoding
issues I could play with?
Here are the links for Apache and Hunchentoot handlers:

http://www.greenpixeldesign.com/fonts.html
http://www.greenpixeldesign.com/cphandler/fonts.html

Any suggestions are greatly appreciated!
Andrew

On 4/3/07, Andrei Stebakov <lispercat at gmail.com> wrote:
>
> Bob, even if I can see it from browser the way you described, how would I
> benefit from it if I need to handle all my images with
> create-folder-dispatcher-and-handler?
>
> Thank you,
> Andrew
>
> On 4/3/07, Bob Hutchison <hutch at recursive.ca> wrote:
> >
> >
> > On 3-Apr-07, at 10:56 AM, Bob Hutchison wrote:
> >
> > >
> > > On 3-Apr-07, at 9:31 AM, Andrei Stebakov wrote:
> > >
> > >> Hi Bob,
> > >>
> > >> Could you advise how would I "go straight at the hunchentoot server"?
> >
> > >
> > > You'll have something like:
> > >
> > >     ProxyPass /cphandler/ http://localhost:4321/cphandler/
> > >     ProxyPassReverse /cphandler/ http://localhost:4321/cphandler/
> > >
> > > in your httpd config file.
> > >
> > > Just point your browser at whatever corresponds to http://localhost:
> > > 4321/cphandler/
> >
> > BTW, if this does turn out to be faster, you might consider running
> > it without apache at all. I've been doing this for a couple of years
> > now (starting with TBNL) though my site is entirely dynamic. Edi has
> > been cautious about recommending this, which I understand, but...
> >
> > Cheers,
> > Bob
> >
> > >
> > > If you are running on a different machine than the server you'll
> > > have to temporarily open whatever port you are using (and based on
> > > the description of your server below, I'm guessing you *are*
> > > running on a different machine (if you aren't then it is definitely
> > > time for an upgrade :-))
> > >
> > >
> > >> Also I have a feeling that the more I call the images from the
> > >> server the
> > >> slower it gets.
> > >
> > > I pretty sure I've not seen this before.
> > >
> > >> I even removed (no-chache) option from the page generation
> > >> so I thought that having images in caches would speed it up. In
> > >> this context
> > >> I think what Edi says about Hunchentoot switching contexts with
> > >> Apache while
> > >> page generation makes sense. My server is PIII 600 MHz, maybe it's
> > >> time to
> > >> upgrade it.
> > >
> > > it should still be sufficient for a website.
> > >
> > > Cheers,
> > > Bob
> > >
> > >>
> > >> Thank you,
> > >> Andrew
> > >>
> > >> On 4/3/07, Bob Hutchison < hutch at recursive.ca> wrote:
> > >>>
> > >>>
> > >>> On 30-Mar-07, at 4:24 PM, Andrei Stebakov wrote:
> > >>>
> > >>> > I got a folder on my linux box that contains about 240 images
> > >>> of font
> > >>> > preview generated from cl-gd (Thanks, Edi!).
> > >>> > When I show them from static apache handler it takes
> > >>> approximately 30
> > >>> > seconds. Same thing from hunchentoot static handler
> > >>> > (create-folder-dispatcher-and-handler) takes about 50 seconds. I
> > >>> > understand
> > >>> > it's not a big deal, but still I'd like to know what might get in
> > >>> > the way. I
> > >>> > use hunchentoot behind mod-proxy.
> > >>>
> > >>> Have you tried going straight at the hunchentoot server? This as
> > >>> made
> > >>> some difference to my stuff in the past. Might give you a better
> > >>> idea
> > >>> where the problem is.
> > >>>
> > >>> Cheers,
> > >>> Bob
> > >>>
> > >>> > Here are links (first is static apache, second is hunchentoot):
> > >>> > http://www.greenpixeldesign.com/fonts.html
> > >>> > http://www.greenpixeldesign.com/cphandler/fonts.html
> > >>> >
> > >>> > Thank you,
> > >>> > Andrew
> > >>> > _______________________________________________
> > >>> > tbnl-devel site list
> > >>> > tbnl-devel at common-lisp.net
> > >>> > http://common-lisp.net/mailman/listinfo/tbnl-devel
> > >>>
> > >>> ----
> > >>> Bob Hutchison                  -- tumblelog at <http://
> > >>> www.recursive.ca/so/>
> > >>> Recursive Design Inc.          -- <http://www.recursive.ca/>
> > >>> xampl for Ruby                 -- < http://rubyforge.org/projects/
> > >>> xampl/>
> > >>>
> > >>>
> > >>>
> > >>> _______________________________________________
> > >>> tbnl-devel site list
> > >>> tbnl-devel at common-lisp.net
> > >>> http://common-lisp.net/mailman/listinfo/tbnl-devel
> > >>>
> > >> _______________________________________________
> > >> tbnl-devel site list
> > >> tbnl-devel at common-lisp.net
> > >> http://common-lisp.net/mailman/listinfo/tbnl-devel
> > >
> > > ----
> > > Bob Hutchison                  -- tumblelog at <http://
> > > www.recursive.ca/so/>
> > > Recursive Design Inc.          -- <http://www.recursive.ca/>
> > > xampl for Ruby                 -- <http://rubyforge.org/projects/
> > > xampl/>
> > >
> > >
> > >
> >
> > ----
> > Bob Hutchison                  -- tumblelog at <http://
> > www.recursive.ca/so/>
> > Recursive Design Inc.          -- < http://www.recursive.ca/>
> > xampl for Ruby                 -- <http://rubyforge.org/projects/xampl/>
> >
> >
> >
> > _______________________________________________
> > tbnl-devel site list
> > tbnl-devel at common-lisp.net
> > http://common-lisp.net/mailman/listinfo/tbnl-devel
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/tbnl-devel/attachments/20070403/998487ef/attachment.html>