The problem with Haskell is not finding opportunities to parallelize,
they are legion. Actually, quite the opposite, there's so much that your
code ends up slower than a sequential realization. The hard part is
making a good cost-model and a good way to create coarser chunks of
work. It's
On Tue, 2007-09-18 at 18:13 +0200, Thomas Girod wrote:
Hi there. Beeing rather new to the realm of Haskell and functional
programming, I've been reading about how is easier it is to
parallelize code in a purely functional language (am I right saying
that ?).
My knowledge of parallelization
http://haskell.org/haskellwiki/GHC/Data_Parallel_Haskell
Wow this is cool stuff! It would be nice to have something like this for the
Playstation 3 :-)
Regarding parallelism, I wander how this extension will compare to Sun's
Fortress language, if/when it gets finally released.
Peter
If I recall correctly a rather neat way of exploiting this property of
qsort is exploited with Nested Data Parallelism and covered in this
talk:
http://www.londonhug.net/2007/05/25/video-of-spjs-talk-is-now-online/
Good food for thought :)
Dave,
On 18/09/2007, Thomas Girod [EMAIL PROTECTED]
On Sep 18, 2007, at 4:24 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
http://haskell.org/haskellwiki/GHC/Data_Parallel_Haskell
Wow this is cool stuff! It would be nice to have something like
this for the Playstation 3 :-)
Regarding parallelism, I wander how this extension will compare
On Tue, 2007-09-18 at 18:13 +0200, Thomas Girod wrote:
Hi there. Beeing rather new to the realm of Haskell and functional
programming, I've been reading about how is easier it is to
parallelize code in a purely functional language (am I right saying
that ?).
My knowledge of parallelization