Hello Scott, Wednesday, December 16, 2009, 10:21:51 PM, you wrote:

Can anyone involved give a quick overview (or pointers to one)?

GHC has great support for SMP systems. there is further work on parallel libraries and i believe that it was main part of HackPar. there are good serialization libraries, "binary" at very least. Distributed Haskell was implemented once about 10 years ago, but now there are no work in this area NB: i'm not expert in this area, just regular haskell user -- Best regards, Bulat mailto:Bulat.Ziganshin@gmail.com

On Dec 16, 8:21 pm, "Scott A. Waterman" wrote:

It looks like there was a recent hackathon focusing on implementing   distributed haskell.    http://hackage.haskell.org/trac/ghc/wiki/HackPar

I feel there is quite a bit of latent interest in the subject here, but relatively little active development (compared to erlang, clojure,   etc.)

With cloud services on the rise, profound distribution support will be vital in the future. Fully ack.

Can anyone involved give a quick overview (or pointers to one)? It would be good to hear what directions people are taking, and why, and where it's going.

  Personally, I'd love to know the current thinking on a variety of   subjects:

*  erlang-like port/actor implementations v. more implicit constructs *  serialization *  node failure/error handling

There has been some discussion lately on that topic.There are two limitations: - Exceptions can only be caught in impure code - The lack of an agreed model for "stack traces", i.e. where and why an error / exception occured (I blur the distinction here) This is only about error/exception handling. I would assume that a node failure is sthg. which should be handled by a supervising process.

*  "grid" compatibility v. various ad-hoc cluster approaches.

I assume you know http://www.haskell.org/haskellwiki/Applications_and_libraries/Concurrency_an... There are libraries for actors and the the concurrency-library should support messages comparable to that of Erlang. Clearly, supporting applications (e.g. to monitor running "processes") are missing. While e.g. Erlang supports only one interaction pattern between processes, it was natural to develop a solid framework and supporting tools around that concept. AFAIK Haskell is exploring numerous ways to handle that challenge (see the link above),that's wy there is no "standard way" to handle concurrency and only very limited tools support for monitoring. Actually, are there any?

Anyone actively looking at this kind of question who would want to   talk about it?

Well, Christmas is approaching. I wrote some simple Erlang style distributed toy applications and found the message passing / actor approach dead simple and effective. Would be nice if this model would be fully supported by eg. GHC. So add me to the wish-list ;)

Thanks, --ts

_______________________________________________ Haskell-Cafe mailing list Haskell-C...@haskell.orghttp://www.haskell.org/mailman/listinfo/haskell-cafe

On 17 December 2009 06:21, Scott A. Waterman wrote:

I feel there is quite a bit of latent interest in the subject here, but relatively little active development (compared to erlang, clojure, etc.) Can anyone involved give a quick overview (or pointers to one)? It would be good to hear what directions people are taking, and why, and where it's going.

I've recently moved into HPC and am now quite interested in using Haskell on large clusters. My first goal was to get hMPI working (HaskellMPI). The original version appears to be from Michael Weber: http://www.foldr.org/~michaelw/hmpi/ which was followed up by Hal Daume III: http://hal3.name/newhmpi.tar.gz It doesn't appear to be cabalised. I wonder if anyone else has been using it? Cheers, Bernie.