<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I have a feeling, and have been wanting to test this out, that a<br>
solution for a high-performance Stackless HTTP server might be built<br>
on the asynchronous HTTP server code found in recent versions of<br>
libevent [2]. Phoenix Sol has been doing some experiments with this.</blockquote></div><br>Well, I haven't actually. My skills are limited to the high-level languages at this point, so I'm not capable of producing a production quality wrapper for the latest libevent. But yeah, that seems like a potential solution for sure. If you Google for it, there are a couple of examples of Python servers that do use it, and are very high performance.<br>
<br>My interest is more in a general, drop in replacement solution, like Richard Tew's stacklesssocket, that works with any kind of socket i/o.<br><br>(A Stackless-compatible libevent wrapper using libevent's 'buffered event' interface sounds promising to me, but sadly, I don't have the skill to write it.)<br>
<br>My attempts with 'socketlibevent', honestly, are embarrassing. Stacklesssocket, trivially modified to use python-epoll, might be just what I need, but so far I can't figure out an elegant way to add on ssl support (I had it working in the older, 'monkeypatch' version).<br>
<br>8^)<br><br>-- <br>Phoenix Sol<br>541-646-8612<br>130 'A' Street,<br>Suite 6<br>Ashland, Oregon<br>97520