Edi, do you think SBCL would change the picture? I am not sure but I heard it uses native threads. I'll try ApacheBench. Do you think switching to Apache 2 would help here?
Thank you, Andrew
On 3/30/07, Edi Weitz edi@agharta.de wrote:
On Fri, 30 Mar 2007 16:24:43 -0400, "Andrei Stebakov" lispercat@gmail.com wrote:
I got a folder on my linux box that contains about 240 images of font preview generated from cl-gd (Thanks, Edi!).
Nice... :)
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. Here are links (first is static apache, second is hunchentoot): http://www.greenpixeldesign.com/fonts.html http://www.greenpixeldesign.com/cphandler/fonts.html
I guess it's the thread switching that takes the additional time.
From tests on my Linux box (using ApacheBench and a localhost
connection) my impression was that serving static files with Hunchentoot wasn't slower than with Apache. On your website it looks like on the Apache page always two or three pictures are downloaded concurrently while on the Hunchentoot version they come one after another. It seems you're using CMUCL which uses "green threads," so that would explain it.
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. _______________________________________________ tbnl-devel site list tbnl-devel@common-lisp.net http://common-lisp.net/mailman/listinfo/tbnl-devel