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 <[email protected]> Sender: [email protected] Date: Mon, 22 Nov 2010 22:42:27 To: Don Stewart<[email protected]> Cc: <[email protected]> Subject: Re: Implementation of "Scalable Event Handling for GHC" > It was integrated in GHC 7, released earlier this month. > > http://article.gmane.org/gmane.comp.lang.haskell.general/18297 > > > 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 correctly? _______________________________________________ Glasgow-haskell-users mailing list [email protected] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
_______________________________________________ Glasgow-haskell-users mailing list [email protected] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
