Comments on: Choice Overload and Parallel Programming http://www.thinkingparallel.com/2007/10/18/choice-overload-and-parallel-programming/ A Blog on Parallel Programming and Concurrency by Michael Suess Sat, 31 Jul 2010 08:28:21 +0000 http://wordpress.org/?v=2.7 hourly 1 By: William Youngs http://www.thinkingparallel.com/2007/10/18/choice-overload-and-parallel-programming/comment-page-1/#comment-69557 William Youngs Thu, 10 Jul 2008 18:51:30 +0000 http://www.thinkingparallel.com/2007/10/18/choice-overload-and-parallel-programming/#comment-69557 Intel® Concurrent Collections for C/C++ provides a mechanism for constructing a C++ program that will execute in parallel while allowing the application developer to ignore issues of parallelism such as low-level threading constructs or the scheduling and distribution of computations. For more information and free download check out... :idea: http://softwarecommunity.intel.com/articles/eng/3862.htm Intel® Concurrent Collections for C/C++ provides a mechanism for constructing a C++ program that will execute in parallel while allowing the application developer to ignore issues of parallelism such as low-level threading constructs or the scheduling and distribution of computations. For more information and free download check out… :idea: http://softwarecommunity.intel.com/articles/eng/3862.htm

]]> By: Jakob Engblom http://www.thinkingparallel.com/2007/10/18/choice-overload-and-parallel-programming/comment-page-1/#comment-32667 Jakob Engblom Fri, 23 Nov 2007 11:27:24 +0000 http://www.thinkingparallel.com/2007/10/18/choice-overload-and-parallel-programming/#comment-32667 I agree that we need new languages, but I have a feeling that the successful ones will be those that are higher-level and more tailored to a domain. I talked to Jim on this in August this year, and since his background is mostly in HPC, he does not really have that kind of experience. He thinks in "coding" languages like C/Fortran/Erlang. I commented on this here: http://jakob.engbloms.se/archives/35#more-35 and here: http://jakob.engbloms.se/archives/55#more-55 . Anyone interested should check out what Labview is doing in parallel code generation, and the Matlab/Mathematica support for ClearSpeed processors. Basically, if what you have is a description on an algorithm rather than a particular implementation of it, compilation/code generatioin tools have much more information and freedom to make it run well on a particular piece of parallel hardware. Note that a domain-specific language can also be a kit of libraries and classes and algorithms used with a coding language (http://jakob.engbloms.se/archives/45 talks about one such example). I agree that we need new languages, but I have a feeling that the successful ones will be those that are higher-level and more tailored to a domain. I talked to Jim on this in August this year, and since his background is mostly in HPC, he does not really have that kind of experience. He thinks in “coding” languages like C/Fortran/Erlang.

I commented on this here: http://jakob.engbloms.se/archives/35#more-35 and here: http://jakob.engbloms.se/archives/55#more-55 . Anyone interested should check out what Labview is doing in parallel code generation, and the Matlab/Mathematica support for ClearSpeed processors. Basically, if what you have is a description on an algorithm rather than a particular implementation of it, compilation/code generatioin tools have much more information and freedom to make it run well on a particular piece of parallel hardware.

Note that a domain-specific language can also be a kit of libraries and classes and algorithms used with a coding language (http://jakob.engbloms.se/archives/45 talks about one such example).

]]> By: Stefan Eilemann http://www.thinkingparallel.com/2007/10/18/choice-overload-and-parallel-programming/comment-page-1/#comment-27312 Stefan Eilemann Fri, 19 Oct 2007 09:53:45 +0000 http://www.thinkingparallel.com/2007/10/18/choice-overload-and-parallel-programming/#comment-27312 I'm obviously excited about Equalizer, a parallel programming framework for OpenGL applications. It helps you to parallelize your OpenGL application to run on multi-GPU systems and graphics clusters, in order to scale the display size and/or rendering performance. Included are a polygonal and volume rendering example. Check out the website (link above) for more information. Now back to work to get the v0.4 release out! Cheers, Stefan. I’m obviously excited about Equalizer, a parallel programming framework for OpenGL applications. It helps you to parallelize your OpenGL application to run on multi-GPU systems and graphics clusters, in order to scale the display size and/or rendering performance. Included are a polygonal and volume rendering example. Check out the website (link above) for more information.

Now back to work to get the v0.4 release out!

Cheers,

Stefan.

]]> By: My Ghillie » Choice Overload and Parallel Programming http://www.thinkingparallel.com/2007/10/18/choice-overload-and-parallel-programming/comment-page-1/#comment-27213 My Ghillie » Choice Overload and Parallel Programming Thu, 18 Oct 2007 19:13:03 +0000 http://www.thinkingparallel.com/2007/10/18/choice-overload-and-parallel-programming/#comment-27213 [...] Check it out! While looking through the blogosphere we stumbled on an interesting post today.Here’s a quick excerptLet me compare the situation today with the search-engine market before Google…. [...] [...] Check it out! While looking through the blogosphere we stumbled on an interesting post today.Here’s a quick excerptLet me compare the situation today with the search-engine market before Google…. [...]

]]>