From: Edi W. <ed...@ag...> - 2003-01-01 01:16:15
|
"John K. Hinsdale" <hi...@al...> writes: > > With CMUCL, the multi-threading code is in this function (taken > > from the example on the mod_lisp webpage) - note the 'MP' > > functions. I > > yah, but I want to use CLISP :) OK, that's your choice which I won't comment on - especially not on this list... :) > Also, even in CMUCL it looks like it creates a new process/thread > (and presumably has to init a new DB connection) w/ each request - > but that's the overhead I'm trying to avoid. No, it doesn't. With mod_lisp's "Keep-socket" feature your thread will stay alive and keep serving more requests until you willfully shut it down - pretty similar to mod_perl. > What I need is a pool of processes each already "primed" w/ an > active DB connection and possibly some cached data. If I embed my > language interpreter into Apache, I get all this for "free" via the > process pooling that's already being done by Apache. This is what > I've been enjoying w/ mod_perl for some years. As I said, I think this can be done with mod_lisp with some manual work except for the fact that you have 'threads' which are maintained by your CL implementation as opposed to processes maintained by your OS as in mod_perl. (As I detailed in previous mails this also has a lot of advantages.) > It's not obvious to me yet that it won't be easier just to embed > CLISP into Apache w/ a module of its own (e.g., "mod_clisp") Yes, if that's feasible... > > I think the main problem is that many (most?) CL implementations > > will block during a db call (because it's FFI stuff). [Please > > correct me if I'm wrong.] > > yes, they'll block as they'll have to wait on network I/O as w/ any > type of client-side software. Some of my Web request will hit an > Oracle server w/ a sequence of queries that can take 30 secs or more > so the concurrency is a big issue for me. > > > Marc is usually very helpful - you can contact him > > directly. There's also the lispweb mailing list. > > i'll run my situation by marc and let you know how it works out. OK, good luck. [Please note that this and subsequent messages might be spoiled by too much Champagne so don't take them too serious...] Cheers, Edi. |