Hi!
Just ran a small test with sbcl and standalone TBNL. "-c 50" (ApacheBench, 50 simultaneous requests) was too much for the poor litte server. It just froze.
Don't really know who's to blame. But maybe it's possible to limit the requests on the TBNL (KMRCL?) side that are served simultaneously -- according to some magic numbers some SBCL wizards could supply.
How do the Araneida guys deal with it? Don't use threads, just serve event?
Regards, Stefan
Hi,
On Aug 12, 2005, at 2:49 AM, Stefan Scholl wrote:
Hi!
Just ran a small test with sbcl and standalone TBNL. "-c 50" (ApacheBench, 50 simultaneous requests) was too much for the poor litte server. It just froze.
I've done tests on a system I'm working on (Sienna) 5000 hits with 50 concurrent requests and it has run very very well, even when Sienna is running in the development environment. I've tried this apache/mod_lisp -> TBNL, Araneida -> TBNL, apache/Araneida -> TBNL, and TBNL stand-alone. I'm using LispWorks on a mac. I am quite sure I tried all of these combinations (completely sure of Araneida->TBNL and TBNL standalone) on linux as well. I let it run overnight once with 50 concurrent hits, no problem at all.
I've only tried higher concurrency experiments on OS X, but never experienced a complete failure, it degraded well. I have never tried to find a breaking point, 50 concurrent requests would be way more than sufficient for any conceivable use of Sienna (of course, now that I've said that I'll be proven wrong immediately :-)
Assuming my results are reproducible in other webapps, I think I'd be having a look at SBCL...
Don't really know who's to blame. But maybe it's possible to limit the requests on the TBNL (KMRCL?) side that are served simultaneously -- according to some magic numbers some SBCL wizards could supply.
What happens with a smaller number of concurrent users? Is there a point where performance abruptly declines or is it a slow descent into failure?
How do the Araneida guys deal with it? Don't use threads, just serve event?
Regards, Stefan
tbnl-devel site list tbnl-devel@common-lisp.net http://common-lisp.net/mailman/listinfo/tbnl-devel
---- Bob Hutchison -- blogs at http://www.recursive.ca/hutch/ Recursive Design Inc. -- http://www.recursive.ca/ Raconteur -- http://www.raconteur.info/
On 2005-08-13 09:25:25, Bob Hutchison wrote:
On Aug 12, 2005, at 2:49 AM, Stefan Scholl wrote:
Don't really know who's to blame. But maybe it's possible to limit the requests on the TBNL (KMRCL?) side that are served simultaneously -- according to some magic numbers some SBCL wizards could supply.
What happens with a smaller number of concurrent users? Is there a point where performance abruptly declines or is it a slow descent into failure?
I haven't tested it after that. I'm a CMUCL user and was just testing if a current SBCL works with CL-WIKI.
Regards, Stefan
-
Bob Hutchison -
Stefan Scholl