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
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
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
On Tue, Apr 20, 2010 at 14:05, Jason Dusek jason.du...@gmail.com 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
aarondball+haskell:
On Tue, Apr 20, 2010 at 14:05, Jason Dusek jason.du...@gmail.com 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
On Wed, Apr 21, 2010 at 14:14, Don Stewart d...@galois.com 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]
2010/4/21 Aaron D. Ball aarondb...@gmail.com:
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
On Wed, Apr 21, 2010 at 8:07 PM, Aaron D. Ball
aarondball+hask...@gmail.com 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
v.dijk.bas:
On Wed, Apr 21, 2010 at 8:07 PM, Aaron D. Ball
aarondball+hask...@gmail.com 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
On Thu, Apr 22, 2010 at 4:07 AM, Aaron D. Ball
aarondball+hask...@gmail.com 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
2010/04/19 Gregory Crosswhite gcr...@phys.washington.edu:
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
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
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
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 communication
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?
15 matches
Mail list logo