Hi Aaron,
On 21.04.2010 20:29, Aaron D. Ball wrote:
> Unfortunately, Eden is one of the examples I had in mind when
> referring to distributed Haskell projects as overly complicated and
> [for practical purposes] dead. Their last release available for
> download was in 2006. Their beta is "avai
Peter Gammie wrote:
Alice/ML is the place to look for this technology.
http://www.ps.uni-saarland.de/alice/
The project may be dead (I don't know), but they did have the most
sophisticated take on pickling that I've seen. It's an ML variant,
with futures, running on top of the same platform use
On Thu, Apr 22, 2010 at 4:07 AM, Aaron D. Ball
wrote:
> I don't need a tool that automatically figures out how to distribute
> any workload in an intelligent way and handles all the communication
> for me. If I have the basic building block, which is the ability to
> serialize a Haskell expressi
v.dijk.bas:
> On Wed, Apr 21, 2010 at 8:07 PM, Aaron D. Ball
> wrote:
> > If I have the basic building block, which is the ability to
> > serialize a Haskell expression with its dependencies and read them
> > into another Haskell instance where I can evaluate them, I can handle
> > the other piece
On Wed, Apr 21, 2010 at 8:07 PM, Aaron D. Ball
wrote:
> If I have the basic building block, which is the ability to
> serialize a Haskell expression with its dependencies and read them
> into another Haskell instance where I can evaluate them, I can handle
> the other pieces
How I wish we had Cle
2010/4/21 Aaron D. Ball :
> I don't need a tool that automatically figures out how to distribute
> any workload in an intelligent way and handles all the communication
> for me.
You are right in general. Only if you want to rely on purity and a
few source code annotations to get you parallelis
On Wed, Apr 21, 2010 at 14:14, Don Stewart wrote:
> Eden is active, afaik,
>
> http://www.mathematik.uni-marburg.de/~eden/
Unfortunately, Eden is one of the examples I had in mind when
referring to distributed Haskell projects as overly complicated and
[for practical purposes] dead. Their la
aarondball+haskell:
> On Tue, Apr 20, 2010 at 14:05, Jason Dusek wrote:
>
> > One approach is some compiler "magic" that provides you with an RTS
> > that can communicate with other RTSen over TCP and chunks the computation
> > "appropriately".
>
> The approaches to Haskell multi-host paralle
On Tue, Apr 20, 2010 at 14:05, Jason Dusek wrote:
> One approach is some compiler "magic" that provides you with an RTS
> that can communicate with other RTSen over TCP and chunks the computation
> "appropriately".
The approaches to Haskell multi-host parallelism I've seen all seem to
be (a)
You know, I looked into Erlang, and while it looks intriguing it isn't great
for my purposes because I want to be able to call Fortran routines to do the
heavy number-crunching, and Erlang doesn't have a good standard FFI like
Haskell.
Also, I really don't want to use a dynamically typed langua
On Apr 20, 2010, at 11:05 AM, Jason Dusek wrote:
Thanks for the link; my ultimate interest, though, is in an
architecture
that could scale to multiple machines rather than multiple cores
with shared
memory on a single machine. Has there been any interest and/or
progress in
making DPH ru
2010/04/19 Gregory Crosswhite :
> Thanks for the link; my ultimate interest, though, is in an architecture
> that could scale to multiple machines rather than multiple cores with shared
> memory on a single machine. Has there been any interest and/or progress in
> making DPH run on multiple machi
Thanks for the link; my ultimate interest, though, is in an architecture that
could scale to multiple machines rather than multiple cores with shared memory
on a single machine. Has there been any interest and/or progress in making DPH
run on multiple machines and other NUMA architectures?
Ch
On Mon, Apr 19, 2010 at 11:03 PM, Gregory Crosswhite <
gcr...@phys.washington.edu> wrote:
> Hey everyone,
>
> Has anyone done any work with bulk synchronous parallel computing in
> Haskell? The idea behind the model is that you divide your computation into
> a series of computation and communicat
Hey everyone,
Has anyone done any work with bulk synchronous parallel computing in Haskell?
The idea behind the model is that you divide your computation into a series of
computation and communication phases, and it has recently occurred to me that
this might be an ideal setup for parallelizin
15 matches
Mail list logo
