[Haskell-cafe] multi-core programming in Haskell
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:
> 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.
> Murray Gross,
> Brooklyn College
> On Fri, 22 Aug 2008, Galchin, Vasili wrote:
>> 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
>> 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
>> 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
>> 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...
More information about the Haskell-Cafe