Edi, do you think SBCL would change the picture? I am not sure but I heard it uses native threads.<br>I'll try ApacheBench. Do you think switching to Apache 2 would help here?<br><br>Thank you,<br>Andrew<br><br><div><span class="gmail_quote">

On 3/30/07, <b class="gmail_sendername">Edi Weitz</b> <<a href="mailto:edi@agharta.de">edi@agharta.de</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

On Fri, 30 Mar 2007 16:24:43 -0400, "Andrei Stebakov" <<a href="mailto:lispercat@gmail.com">lispercat@gmail.com</a>> wrote:<br><br>> I got a folder on my linux box that contains about 240 images of font

<br>> preview generated from cl-gd (Thanks, Edi!).<br><br>Nice... :)<br><br>> When I show them from static apache handler it takes approximately 30<br>> seconds. Same thing from hunchentoot static handler<br>> (create-folder-dispatcher-and-handler) takes about 50 seconds. I understand

<br>> it's not a big deal, but still I'd like to know what might get in the way. I<br>> use hunchentoot behind mod-proxy.<br>> Here are links (first is static apache, second is hunchentoot):<br>> <a href="http://www.greenpixeldesign.com/fonts.html">

http://www.greenpixeldesign.com/fonts.html</a> > <a href="http://www.greenpixeldesign.com/cphandler/fonts.html">http://www.greenpixeldesign.com/cphandler/fonts.html</a> I guess it's the thread switching that takes the additional time.

<br>>From tests on my Linux box (using ApacheBench and a localhost<br>connection) my impression was that serving static files with<br>Hunchentoot wasn't slower than with Apache.  On your website it looks<br>like on the Apache page always two or three pictures are downloaded

<br>concurrently while on the Hunchentoot version they come one after<br>another.  It seems you're using CMUCL which uses "green threads," so<br>that would explain it.<br><br>If you want to pursue this further, I'd recommend testing with

ApacheBench and different settings for its "-c" parameter. Of course, you could/should also try without mod_proxy.  And with mod_lisp - that takes a bit of the concurrency off of CMUCL's shoulders.

<br>_______________________________________________<br>tbnl-devel site list<br><a href="mailto:tbnl-devel@common-lisp.net">tbnl-devel@common-lisp.net</a><br><a href="http://common-lisp.net/mailman/listinfo/tbnl-devel">http://common-lisp.net/mailman/listinfo/tbnl-devel

</a><br></blockquote></div><br>