Alex Mizrahi <udodenko@users.sourceforge.net> wrote:
+---------------
| AR> Isn't SBCL essentially similar to
| AR> CMU-CL?
| 
| cmucl doesn't support threading well, so if you have a webserver,
| it won't be very stable/performant.
+---------------

Hmmm... My experience differs significantly. I've been running a
production web application using CMUCL, spawning a new thread per
web request, for several years now. It's a heck of a lot more
"performant" than the Perl- and PHP-based web apps on the same
system, and *much* more "stable" than the system as a whole
[which keeps being taken down briefly every week or two by the
co-lo ISP to do mandatory Linux & PHP security upgrades!!].
I can only think of one time in the past two years that I've
had to manually intervene, and that[1] had nothing to do with
threading at all.

Yes, there are supposed to be some problems when you mix CMUCL
threading with heavy use of Unix/Linux signals, but my app
doesn't do that.

+---------------
| if you want CMUCL + threads you need to pay some 3000$.
| so free SBCL is cool, ye?
+---------------

Maybe, maybe not. "It depends." If the free CMUCL ever runs out
of steam on the kind of apps I support, I would have to examine
the cost of converting them to SBCL versus the cost of buying SCL
[which you're implying is closer to the original CMUCL than SBCL is],
or even switching to some other CL entirely. Until then, though,
CMUCL is fine for me. As always, YMMV.


-Rob

[1] What had happened was that the co-lo ISP changed the version
    of PostgreSQL[2] out from underneath the app without telling
    anyone about it first, and the new version broke the parsing
    of the PostgreSQL "timestamp" type in Eric Marsden's "pg.lisp".
    A quick trip to the archive site showed that James Anderson
    had already added a fix in a later version of "pg", so one
    "wget" and a COMPILE-FILE & LOAD later and we were back in
    business, *without* stopping/restarting the CMUCL image, note!

[2] Yes, PostgreSQL has since been taken out of the list of
    "auto-updated" software.  ;-}

-----
Rob Warnock			<rpw3@rpw3.org>
627 26th Avenue			<URL:http://rpw3.org/>
San Mateo, CA 94403		(650)572-2607