<?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/"
	xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Multicore&#8217;s Not-So-Secret Problem</title>
	<atom:link href="http://gigaom.com/2008/06/19/multicores-not-so-secret-problem/feed/" rel="self" type="application/rss+xml" />
	<link>http://gigaom.com/2008/06/19/multicores-not-so-secret-problem/</link>
	<description>Business, Internet, Technology &#38; Strategy</description>
	<lastBuildDate>Wed, 15 Jul 2009 07:13:40 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Microsoft and Proprietary Chips : Beyond Search</title>
		<link>http://gigaom.com/2008/06/19/multicores-not-so-secret-problem/#comment-937088</link>
		<dc:creator>Microsoft and Proprietary Chips : Beyond Search</dc:creator>
		<pubDate>Fri, 10 Apr 2009 15:10:37 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=13832#comment-937088</guid>
		<description>[...] her write up was: The issue of getting software performance to scale linearly with the addition of more cores has become a vexing problem. Plus, as data center operators look for better application performance without expending as many [...]</description>
		<content:encoded><![CDATA[<p>[...] her write up was: The issue of getting software performance to scale linearly with the addition of more cores has become a vexing problem. Plus, as data center operators look for better application performance without expending as many [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Is Microsoft Turning Away From Commodity Servers?</title>
		<link>http://gigaom.com/2008/06/19/multicores-not-so-secret-problem/#comment-936986</link>
		<dc:creator>Is Microsoft Turning Away From Commodity Servers?</dc:creator>
		<pubDate>Thu, 09 Apr 2009 19:59:40 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=13832#comment-936986</guid>
		<description>[...] issue of getting software performance to scale linearly with the addition of more cores has become a vexing problem. Plus, as data center operators look for better application performance without expending as many [...]</description>
		<content:encoded><![CDATA[<p>[...] issue of getting software performance to scale linearly with the addition of more cores has become a vexing problem. Plus, as data center operators look for better application performance without expending as many [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The Hunt for a Universal Compiler Gets $16M</title>
		<link>http://gigaom.com/2008/06/19/multicores-not-so-secret-problem/#comment-936581</link>
		<dc:creator>The Hunt for a Universal Compiler Gets $16M</dc:creator>
		<pubDate>Tue, 07 Apr 2009 23:01:41 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=13832#comment-936581</guid>
		<description>[...] Research Projects Agency to develop a universal compiler that will run on heterogeneous hardware and multicore platforms, which are found in everything from supercomputers to embedded systems, such as those used in [...]</description>
		<content:encoded><![CDATA[<p>[...] Research Projects Agency to develop a universal compiler that will run on heterogeneous hardware and multicore platforms, which are found in everything from supercomputers to embedded systems, such as those used in [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Big Computer Brains Need Big Memory Bandwidth</title>
		<link>http://gigaom.com/2008/06/19/multicores-not-so-secret-problem/#comment-930285</link>
		<dc:creator>Big Computer Brains Need Big Memory Bandwidth</dc:creator>
		<pubDate>Sat, 07 Mar 2009 01:01:11 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=13832#comment-930285</guid>
		<description>[...] Daniel Reed, Microsoft&#8217;s scalable and multicore computing strategist, calls this a hidden problem that&#8217;s just as big as the challenges of developing code that optimizes multicore chips. [...]</description>
		<content:encoded><![CDATA[<p>[...] Daniel Reed, Microsoft&#8217;s scalable and multicore computing strategist, calls this a hidden problem that&#8217;s just as big as the challenges of developing code that optimizes multicore chips. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Looking At Solutions From The Designer and Economist Points Of View at MakerLab Blog</title>
		<link>http://gigaom.com/2008/06/19/multicores-not-so-secret-problem/#comment-915033</link>
		<dc:creator>Looking At Solutions From The Designer and Economist Points Of View at MakerLab Blog</dc:creator>
		<pubDate>Fri, 28 Nov 2008 08:54:12 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=13832#comment-915033</guid>
		<description>[...] This quote from Stacey Higginbotham of GigaOM summed it up: As anyone who’s ever hosted a demolition party well knows, you can only throw so many workers at a problem before people start to linger at the edges, swill your alcohol and generally stop helping. [...]</description>
		<content:encoded><![CDATA[<p>[...] This quote from Stacey Higginbotham of GigaOM summed it up: As anyone who’s ever hosted a demolition party well knows, you can only throw so many workers at a problem before people start to linger at the edges, swill your alcohol and generally stop helping. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Multicore’s Not-So-Secret Problem</title>
		<link>http://gigaom.com/2008/06/19/multicores-not-so-secret-problem/#comment-905483</link>
		<dc:creator>Multicore’s Not-So-Secret Problem</dc:creator>
		<pubDate>Fri, 17 Oct 2008 11:47:15 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=13832#comment-905483</guid>
		<description>[...] Full Story [...]</description>
		<content:encoded><![CDATA[<p>[...] Full Story [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: IBM&#8217;s Cell Chip Gets Another Home: TV - GigaOM</title>
		<link>http://gigaom.com/2008/06/19/multicores-not-so-secret-problem/#comment-902491</link>
		<dc:creator>IBM&#8217;s Cell Chip Gets Another Home: TV - GigaOM</dc:creator>
		<pubDate>Wed, 01 Oct 2008 17:48:53 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=13832#comment-902491</guid>
		<description>[...] pushing the Cell processor for data center applications, too, analysts scoffed, saying there were few programs out there to take advantage of the multicore architecture. Yet today, multicore chips are in everything from servers and desktops to routers, and firms from [...]</description>
		<content:encoded><![CDATA[<p>[...] pushing the Cell processor for data center applications, too, analysts scoffed, saying there were few programs out there to take advantage of the multicore architecture. Yet today, multicore chips are in everything from servers and desktops to routers, and firms from [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Happy 50th Birthday, Dear Microchip - GigaOM</title>
		<link>http://gigaom.com/2008/06/19/multicores-not-so-secret-problem/#comment-899038</link>
		<dc:creator>Happy 50th Birthday, Dear Microchip - GigaOM</dc:creator>
		<pubDate>Fri, 12 Sep 2008 12:00:36 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=13832#comment-899038</guid>
		<description>[...] will need to change. Already chip companies are turning from increasing the clock speed of chips to increasing the number of cores on a chip. They&#8217;re also trying to replace wires with light or store more data in semiconductors that [...]</description>
		<content:encoded><![CDATA[<p>[...] will need to change. Already chip companies are turning from increasing the clock speed of chips to increasing the number of cores on a chip. They&#8217;re also trying to replace wires with light or store more data in semiconductors that [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Keane</title>
		<link>http://gigaom.com/2008/06/19/multicores-not-so-secret-problem/#comment-894916</link>
		<dc:creator>John Keane</dc:creator>
		<pubDate>Wed, 20 Aug 2008 07:36:18 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=13832#comment-894916</guid>
		<description>It is a tough one.  Just remember that computing is still in infancy. Shame on Microsoft and Intel. I do hope those universities are not offended by the loose change offered.</description>
		<content:encoded><![CDATA[<p>It is a tough one.  Just remember that computing is still in infancy. Shame on Microsoft and Intel. I do hope those universities are not offended by the loose change offered.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Five Multicore Startups to Watch - GigaOM</title>
		<link>http://gigaom.com/2008/06/19/multicores-not-so-secret-problem/#comment-888861</link>
		<dc:creator>Five Multicore Startups to Watch - GigaOM</dc:creator>
		<pubDate>Thu, 17 Jul 2008 00:00:16 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=13832#comment-888861</guid>
		<description>[...] software developers and engineers mindset needs to adapt. For to really take advantage of multiple cores, a programmer needs to look at ways to make her code parallel, splitting jobs into different parts rather than [...]</description>
		<content:encoded><![CDATA[<p>[...] software developers and engineers mindset needs to adapt. For to really take advantage of multiple cores, a programmer needs to look at ways to make her code parallel, splitting jobs into different parts rather than [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: DreamWorks and Big Oil Put Multicore to Work - GigaOM</title>
		<link>http://gigaom.com/2008/06/19/multicores-not-so-secret-problem/#comment-887992</link>
		<dc:creator>DreamWorks and Big Oil Put Multicore to Work - GigaOM</dc:creator>
		<pubDate>Fri, 11 Jul 2008 09:00:54 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=13832#comment-887992</guid>
		<description>[...] it comes to multicore chips, big bucks are on the line as the chip firm or software company that figures out how to write code to take advantage of them stands to make boatloads of [...]</description>
		<content:encoded><![CDATA[<p>[...] it comes to multicore chips, big bucks are on the line as the chip firm or software company that figures out how to write code to take advantage of them stands to make boatloads of [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hunter</title>
		<link>http://gigaom.com/2008/06/19/multicores-not-so-secret-problem/#comment-886044</link>
		<dc:creator>Hunter</dc:creator>
		<pubDate>Fri, 27 Jun 2008 14:53:55 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=13832#comment-886044</guid>
		<description>Dave, DataRush is similar to PeakStream and RapidMind only its a Java framework for developing &lt;a href=&quot;http://www.pervasivedatarush.com/node/66&quot; rel=&quot;nofollow&quot;&gt;dataflow&lt;/a&gt; applications.</description>
		<content:encoded><![CDATA[<p>Dave, DataRush is similar to PeakStream and RapidMind only its a Java framework for developing <a href="http://www.pervasivedatarush.com/node/66" rel="nofollow">dataflow</a> applications.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mats</title>
		<link>http://gigaom.com/2008/06/19/multicores-not-so-secret-problem/#comment-885238</link>
		<dc:creator>Mats</dc:creator>
		<pubDate>Tue, 24 Jun 2008 09:04:08 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=13832#comment-885238</guid>
		<description>Hi, another angle of the problem is described very well in Michael Feldman&#039;s article in HPC Wire. http://www.hpcwire.com/features/19362014.html</description>
		<content:encoded><![CDATA[<p>Hi, another angle of the problem is described very well in Michael Feldman&#8217;s article in HPC Wire. <a href="http://www.hpcwire.com/features/19362014.html" rel="nofollow">http://www.hpcwire.com/features/19362014.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marc&#8217;s Voice &#187; Blog Archive &#187; Blogging on June 22nd, 2008</title>
		<link>http://gigaom.com/2008/06/19/multicores-not-so-secret-problem/#comment-885029</link>
		<dc:creator>Marc&#8217;s Voice &#187; Blog Archive &#187; Blogging on June 22nd, 2008</dc:creator>
		<pubDate>Mon, 23 Jun 2008 11:02:50 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=13832#comment-885029</guid>
		<description>[...] Could multicore be the NEXT new black?  [...]</description>
		<content:encoded><![CDATA[<p>[...] Could multicore be the NEXT new black?  [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: whoopie</title>
		<link>http://gigaom.com/2008/06/19/multicores-not-so-secret-problem/#comment-884653</link>
		<dc:creator>whoopie</dc:creator>
		<pubDate>Fri, 20 Jun 2008 17:18:37 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=13832#comment-884653</guid>
		<description>the future is in functional programming, and shared-nothing concurrency. google is already there - look at the tutorials for map/reduce. they are in haskell.

imperative programming is dead, most imperative tools will end up performaning worse on massively multicore systems utilizing relatively cheap processors</description>
		<content:encoded><![CDATA[<p>the future is in functional programming, and shared-nothing concurrency. google is already there &#8211; look at the tutorials for map/reduce. they are in haskell.</p>
<p>imperative programming is dead, most imperative tools will end up performaning worse on massively multicore systems utilizing relatively cheap processors</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ronald</title>
		<link>http://gigaom.com/2008/06/19/multicores-not-so-secret-problem/#comment-884534</link>
		<dc:creator>ronald</dc:creator>
		<pubDate>Thu, 19 Jun 2008 21:29:52 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=13832#comment-884534</guid>
		<description>@ twyrick
Sorry the brain doesn&#039;t do fuzzy logic. 
And the pattern logic is build upon _1_ simple algorithm which generates different models in different regions and layers of the brain.  This is what makes it so resilient to errors, where Boolean logic is really prone to errors. This also enables what you call fuzzy, but my guess it&#039;s just an evolutionarily approach to handle new or defect brain regions/layers.
I don&#039;t think this will replace hard core Boolean systems for math modeling, or the GUI for example. I see Boolean more as an Co-Processor for math, while decisions are made on the other site. Best of both worlds.
If you know what Intelligence is let me know.</description>
		<content:encoded><![CDATA[<p>@ twyrick<br />
Sorry the brain doesn&#8217;t do fuzzy logic.<br />
And the pattern logic is build upon _1_ simple algorithm which generates different models in different regions and layers of the brain.  This is what makes it so resilient to errors, where Boolean logic is really prone to errors. This also enables what you call fuzzy, but my guess it&#8217;s just an evolutionarily approach to handle new or defect brain regions/layers.<br />
I don&#8217;t think this will replace hard core Boolean systems for math modeling, or the GUI for example. I see Boolean more as an Co-Processor for math, while decisions are made on the other site. Best of both worlds.<br />
If you know what Intelligence is let me know.</p>
]]></content:encoded>
	</item>
</channel>
</rss>