[Haskell-cafe] Libevent FFI problems

[Levi Greenspan]

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 <agl at imperialviolet.org> wrote:
> 2008/7/25 Krzysztof Skrzętnicki <gtener at gmail.com>:
>> "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 at imperialviolet.org http://www.imperialviolet.org
>