Is there any lisp webserver done with event style?
I noticed that lighttpd is 'event' ish and it appear to have good
performance.
http://72.14.209.104/search?q=cache:KoyduXUebzIJ:pdos.csail.mit.edu/~rtm/papers/dabek:event.pdf+event+driven+programming&hl=en&ct=clnk&cd=4&gl=us&client=opera
On Fri, 21 Sep 2007 16:09:29 -0700, gavino wrote:
> http://72.14.209.104/search?q=cache:KoyduXUebzIJ:pdos.csail.mit.edu/~rtm/papers/dabek:event.pdf+event+driven+programming&hl=en&ct=clnk&cd=4&gl=us&client=opera
I have only passing familiarity with serve-event in sbcl, but in
reading the paper the the only exceptional content (with respect to lisp)
is callback coloring for use with multiple OS threads. Coloring
assignment doesn't seem too hard. However, is it possible to use
serve-event in a multi-threaded context?
Matt
--
"You do not really understand something unless you
can explain it to your grandmother." -- Albert Einstein.
newLISP can can serialize its entire state into a string or save
directly to a file, which can be connected back to the user on the
next page load using a session cookie. You could also use one of the
growing number of servers that support continuations (in web
development, basically the same thing- preserving the stack between
page loads using sessions).
http://cocoon.apache.org/
Matthew D. Swank <··················@gmail.com> wrote:
> On Fri, 21 Sep 2007 16:09:29 -0700, gavino wrote:
>
>> http://72.14.209.104/search?q=cache:KoyduXUebzIJ:pdos.csail.mit.edu/~rtm/papers/dabek:event.pdf+event+driven+programming&hl=en&ct=clnk&cd=4&gl=us&client=opera
>
> I have only passing familiarity with serve-event in sbcl, but in
> reading the paper the the only exceptional content (with respect to lisp)
> is callback coloring for use with multiple OS threads. Coloring
> assignment doesn't seem too hard. However, is it possible to use
> serve-event in a multi-threaded context?
I'm not completely sure of what you mean by that. In sbcl each thread
basically runs its own serve-event loop with its own set of handler
functions. Does that answer your question?
--
Juho Snellman
On Sat, 22 Sep 2007 14:57:51 +0000, Juho Snellman wrote:
> Matthew D. Swank <··················@gmail.com> wrote:
>> On Fri, 21 Sep 2007 16:09:29 -0700, gavino wrote:
>>
>>> http://72.14.209.104/search?q=cache:KoyduXUebzIJ:pdos.csail.mit.edu/~rtm/papers/dabek:event.pdf+event+driven+programming&hl=en&ct=clnk&cd=4&gl=us&client=opera
>>
>> I have only passing familiarity with serve-event in sbcl, but in
>> reading the paper the the only exceptional content (with respect to lisp)
>> is callback coloring for use with multiple OS threads. Coloring
>> assignment doesn't seem too hard. However, is it possible to use
>> serve-event in a multi-threaded context?
>
> I'm not completely sure of what you mean by that. In sbcl each thread
> basically runs its own serve-event loop with its own set of handler
> functions. Does that answer your question?
Sort of. Libasync-mp has a single queue for pending callbacks. It then
calls them, making sure that two callbacks of the same color are not run
concurrently. The programmer doesn't explicitly worry about
scheduling threads. I suppose in serve-event the same thing can happen
more explicitly with the color simply being the result of thread the
handler is created in.
Is there any semantic difference to having thread-local call-back
scheduling to the single-queue, color coding libasync-mp does?
Matt
--
"You do not really understand something unless you
can explain it to your grandmother." -- Albert Einstein.