Ralf, it was a different issue specific to CMUCL. Performance was just horrible, but it was fixed by calling <span class="q">(mp::startup-idle-and-top-level-loops). SBCL works fine out of the box (there are other issues but not the speed).
</span><br><br>Andrew<br><div><span class="gmail_quote">On 4/6/07, <b class="gmail_sendername">Ralf Mattes</b> <<a href="mailto:rm@seid-online.de">rm@seid-online.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, 2007-03-30 at 22:57 +0200, Edi Weitz wrote:<br>> 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><br>> > <a href="http://www.greenpixeldesign.com/cphandler/fonts.html">
http://www.greenpixeldesign.com/cphandler/fonts.html</a><br>><br>> 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.<br><br>Just as a side note: unless we talk about low traffic/low volume serving<br>i'd expect Apache to be significantly faster than Lisp solutions - once<br>Apache detects that a request serves static files it uses 'sendfile' to
<br>shuffle the file content over the network (thus avoiding to read any<br>data at all into userspace only to write it back to kernel space. That<br>does save a lot of time (and context switches)).<br>That's nothing to be ashamed of as a Lisper - Lisp shines when it comes
<br>to content generation ;-)<br><br>Cheers, Ralf Mattes<br><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>