Implementation of "Scalable Event Handling for GHC"

[scooter.phd at gmail.com]

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 gmail.com>
Sender: glasgow-haskell-users-bounces at haskell.org
Date: Mon, 22 Nov 2010 22:42:27 
To: Don Stewart<dons at galois.com>
Cc: <glasgow-haskell-users at haskell.org>
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
Glasgow-haskell-users at haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users