Multicore Haskell user experiences

[Scott Michel]

[Sorry if this is the wrong place to hold this discussion... I'll move
it if told to do so...]

Simon P-J (et. al.) did recently publish a paper on making the Haskell
runtime more multicore friendly, addressing the GC issue (among many
things.)

More broadly, though, there are two opportunities for multicore
Haskell presentations:

a) An IEEE conference in Pasedena, CA, July 19-21. The major theme is
multicore in space (if you're familiar with OPERA/MAESTRO), but as a
one of the conference-within-a-conference organizers, I'm interested
in multicore programmability. Work on runtime environments, new
language features, good-bad-and-ugly experiences, and "hard technical
topics" are welcome. Looking for one or two presentations for this.

b) Supercomputing '09 in Portland, OR next November. Focus here is
primarily on user experience programming multicore with up-and-coming
languages/environments.

Any suggestions or presentation pitches are welcome.


-scooter


On Wed, Apr 29, 2009 at 3:01 AM, Johannes Waldmann
<waldmann at imn.htwk-leipzig.de> wrote:
>> PS: Anyone got a multicore Haskell experience they want to share at
>> Supercomputing this year? The guys from Galois did a great job
>> shocking the audience last year.
>
> well, this is my shocking experience:
> http://comments.gmane.org/gmane.comp.lang.haskell.glasgow.user/16809
>
> where of course the conclusion is that parallelism
> does not work "out of the box". No surprise?
> While I completely would buy this statement for Java, C# etc
> I hoped it was different for Haskell.
> I don't want to rewrite my programs to make them less depend on GC.
> Sure it could be done but then I could use Java from the start.
>
> J.W.
>
>