Parallel Programming

Nathan Reed nathaniel.reed at gmail.com
Thu Oct 4 17:27:43 PDT 2007


Pablo Ripolles wrote:
> Hello,
> 
> as many of you have already read, there is an ongoing discussion about the different paradigms/environments/approaches of parallel programming, particularily aimed towards how to exploite the evenly more common multi-core processors.
> 
> http://www.artima.com/weblogs/viewpost.jsp?thread=214627
> http://blogs.intel.com/research/2007/10/parallel_programming_environme.html
> 
> I'd like to hear about D community point of view!  Is the std.thread our solution? Is there anyone expecting or following another approach?
> 
> Thanks!

Is anyone interested into transactional memory (TM) in D?  TM has a lot 
of overhead with respect to locks when you have a single thread or few 
threads, but it becomes better than locking when you have more threads 
(depending on the problem, of course - for certain problems, locking 
will beat TM no matter how many threads there are).  And TM is far 
easier for mortals to program with than mutexes/locks/monitors/whatever.

There are software TM libraries available for C++ and Java, so I'm sure 
something similiar could be cooked up for D.  If this was part of the 
standard library (or, even better, a built-in part of the language...) 
then I think D could have a big advantage for people who write 
concurrent programs.

Thanks,
Nathan Reed



More information about the Digitalmars-d-announce mailing list