Re: [Haskell-cafe] Libevent FFI problems

Thank you (and Christopher) for the link. I have one question though - I read this ticket in the GHC trac: http://hackage.haskell.org/trac/ghc/ticket/635 which plans to use epoll instead of select. The reason I thought of libevent is exactly the support for epoll and other better-than-select mechanisms. Is there progress in GHC with regard to this? This is very important for me since I awill not write a web-server, but rather want to play with Comet (i.e. having thousands of open connections as it is common for long-polling in addition to many relatively short request/response based connections). However it seems no quite attractive to go with what is offered by GHC currently instead of writing the libevent wrapper. Just for the sake of completeness - any insights into the freeFunPtr issue I wrote about? ;-) Many thanks to all of you. - Levi On Fri, Jul 25, 2008 at 10:05 PM, Adam Langley wrote:

2008/7/25 Krzysztof Skrzętnicki :

...

"Developing a high-performance web server in Concurrent Haskell" http://www.haskell.org/~simonmar/papers/web-server-jfp.pdf (see page 15)

Perhaps you might be interested in this paper also because of its topic.

That's a good reference. Also note that the paper is 6 years old and GHC has come a long way since then. I'd suspect that the graph on page 15 would look much more favourable to Haskell these days.

AGL

-- Adam Langley agl@imperialviolet.org http://www.imperialviolet.org