<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Parallel programming isn&#8217;t ever going to be easy</title>
	<atom:link href="http://insidehpc.com/2008/09/04/parallel-programming-isnt-ever-going-to-be-easy/feed/" rel="self" type="application/rss+xml" />
	<link>http://insidehpc.com/2008/09/04/parallel-programming-isnt-ever-going-to-be-easy/</link>
	<description>HPC News Without the Noise for Supercomputing Professionals &#124; insideHPC</description>
	<lastBuildDate>Sun, 09 Jun 2013 01:54:13 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.1</generator>
	<item>
		<title>By: dave</title>
		<link>http://insidehpc.com/2008/09/04/parallel-programming-isnt-ever-going-to-be-easy/#comment-171289</link>
		<dc:creator>dave</dc:creator>
		<pubDate>Mon, 29 Jun 2009 13:46:12 +0000</pubDate>
		<guid isPermaLink="false">http://insidehpc.com/?p=2154#comment-171289</guid>
		<description>I&#039;m not a programmer or much of a mathematician, but I love reading about this stuff anyway.</description>
		<content:encoded><![CDATA[<p>I&#8217;m not a programmer or much of a mathematician, but I love reading about this stuff anyway.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Terry Stratoudakis</title>
		<link>http://insidehpc.com/2008/09/04/parallel-programming-isnt-ever-going-to-be-easy/#comment-166249</link>
		<dc:creator>Terry Stratoudakis</dc:creator>
		<pubDate>Tue, 19 May 2009 10:45:50 +0000</pubDate>
		<guid isPermaLink="false">http://insidehpc.com/?p=2154#comment-166249</guid>
		<description>LabVIEW has been parallel since its inception in 1986, multi-threaded since 1999, and multi-core now.  See: http://www.ni.com/multicore/</description>
		<content:encoded><![CDATA[<p>LabVIEW has been parallel since its inception in 1986, multi-threaded since 1999, and multi-core now.  See: <a href="http://www.ni.com/multicore/" rel="nofollow">http://www.ni.com/multicore/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Leidel</title>
		<link>http://insidehpc.com/2008/09/04/parallel-programming-isnt-ever-going-to-be-easy/#comment-89947</link>
		<dc:creator>John Leidel</dc:creator>
		<pubDate>Fri, 05 Sep 2008 14:38:02 +0000</pubDate>
		<guid isPermaLink="false">http://insidehpc.com/?p=2154#comment-89947</guid>
		<description>I would have to agree with Damien.  At the end of the day, we really need to converge as an industry and first decide what the real problems are.  I believe there are plenty of individuals who understand how to construct parallel algorithms, with a lack of tools to do so.  Why are we constantly re-writing SCALAPACK routines for new applications?  

There is certainly a light at the end of the tunnel.  I see glimmers of great things to come in several infant language [extensions].</description>
		<content:encoded><![CDATA[<p>I would have to agree with Damien.  At the end of the day, we really need to converge as an industry and first decide what the real problems are.  I believe there are plenty of individuals who understand how to construct parallel algorithms, with a lack of tools to do so.  Why are we constantly re-writing SCALAPACK routines for new applications?  </p>
<p>There is certainly a light at the end of the tunnel.  I see glimmers of great things to come in several infant language [extensions].</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Amir</title>
		<link>http://insidehpc.com/2008/09/04/parallel-programming-isnt-ever-going-to-be-easy/#comment-89642</link>
		<dc:creator>Amir</dc:creator>
		<pubDate>Thu, 04 Sep 2008 17:55:31 +0000</pubDate>
		<guid isPermaLink="false">http://insidehpc.com/?p=2154#comment-89642</guid>
		<description>That list doesn&#039;t include Excel. It&#039;s hard to see the forest.</description>
		<content:encoded><![CDATA[<p>That list doesn&#8217;t include Excel. It&#8217;s hard to see the forest.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Damien</title>
		<link>http://insidehpc.com/2008/09/04/parallel-programming-isnt-ever-going-to-be-easy/#comment-89588</link>
		<dc:creator>Damien</dc:creator>
		<pubDate>Thu, 04 Sep 2008 15:19:06 +0000</pubDate>
		<guid isPermaLink="false">http://insidehpc.com/?p=2154#comment-89588</guid>
		<description>The parallelism crisis looks to me a lot like the evolution of object-oriented architecture and design in the 90&#039;s and early 00&#039;s.  A really useful new toolbox arrived and we didn&#039;t know how to use it.  So we wrote the same functional programs with really deep inheritance and took a few steps backwards.  Then a few people who really got software architecture, O-O and compilers started to lead by example, and we built the necessary critical mass of O-O skills.  

The same will happen with parallelism.  We&#039;re at the 1992 C++ equivalent of &quot;Oooh, look, virtual functions and inheritance, that&#039;s cool&quot; stage of parallelism.  We&#039;re not going to crack parallelism wide open until we have that critical mass of brains on it.</description>
		<content:encoded><![CDATA[<p>The parallelism crisis looks to me a lot like the evolution of object-oriented architecture and design in the 90&#8242;s and early 00&#8242;s.  A really useful new toolbox arrived and we didn&#8217;t know how to use it.  So we wrote the same functional programs with really deep inheritance and took a few steps backwards.  Then a few people who really got software architecture, O-O and compilers started to lead by example, and we built the necessary critical mass of O-O skills.  </p>
<p>The same will happen with parallelism.  We&#8217;re at the 1992 C++ equivalent of &#8220;Oooh, look, virtual functions and inheritance, that&#8217;s cool&#8221; stage of parallelism.  We&#8217;re not going to crack parallelism wide open until we have that critical mass of brains on it.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
