[Haskell-cafe] multi-core programming in Haskell

Galchin, Vasili vigalchin at gmail.com
Sat Aug 23 23:54:30 EDT 2008

Thank you Murray. My post was not so clear .... I was referring to
"automatic" parellelization vs "manual" parallelization. By "automatic" I
mean the programmer doesn't have to indicate where to parallelize ...
instead the compiler decides how to parallize!


On Sat, Aug 23, 2008 at 12:58 AM, Murray Gross <mgross21 at verizon.net> wrote:

> Vasili:
> Each "par" "sparks" a new thread, which is then queued for execution. At
> appropriate points, the threads are distributed to available (free)
> processors (cores). The result is that parallelization scales automatically
> with the number of available processors. Take a look at the GPH site for
> papers that will provide more information on how parallel (and distributed)
> Haskell does things.
> Best,
> Murray Gross,
> Brooklyn College
> On Fri, 22 Aug 2008, Galchin, Vasili wrote:
>  Hello,
>>     With pure side of the Haskell house, there is hope that the generated
>> code could automagically scale as more cores are added yes? It seems that
>> it
>> is on the stateful monadic side of the house in an appplication that it is
>> the programmer responsibility to design the software so that it scales
>> across increasing cores? (I am assuming that things like "par" construct
>> are
>> monadic). On Monday, I am starting a several month project with a company.
>> Alledgely some of the code will be written in Python. I would like engage
>> the manager in a discussion about multi-core "enabling" the code now when
>> we
>> design and implement not later as an afterthought. Seems like a gnarly
>> subject given current "state-of-the-art" software tools.  Ideas?!
>> Regards, Vasili
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.haskell.org/pipermail/haskell-cafe/attachments/20080823/2843707e/attachment.htm

More information about the Haskell-Cafe mailing list