Implementation of "Scalable Event Handling for GHC" at at
Mon Nov 22 23:47:00 EST 2010

Depends on what your kernel supports. But that's just infrastructure, so (theoretically) it should just be invisible to the Haskell runtime user.

Surprised that the RT wasn't using the more advanced interfaces. Web servers have been using them for years; that's why they exist.
Sent from my Verizon Wireless BlackBerry

-----Original Message-----
From: tsuraan <tsuraan at>
Sender: glasgow-haskell-users-bounces at
Date: Mon, 22 Nov 2010 22:42:27 
To: Don Stewart<dons at>
Cc: <glasgow-haskell-users at>
Subject: Re: Implementation of "Scalable Event Handling for GHC"

> It was integrated in GHC 7, released earlier this month.
>    > On POSIX platforms, there is a new I/O manager based on
>      epoll/kqueue/poll, which allows multithreaded I/O code to scale to
>      a much larger number (100k+) of threads
> -- Don

Ok, thanks!  Are there any caveats to know about, or any documentation
on the new manager?  Is it safe to assume that so long as I'm using
the standard threading and network/io libraries, I'll be using it
Glasgow-haskell-users mailing list
Glasgow-haskell-users at

More information about the Glasgow-haskell-users mailing list