<?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: AMD Fellow: acceleration makes more sense than manycore</title>
	<atom:link href="http://insidehpc.com/2008/06/09/amd-fellow-acceleration-makes-more-sense-than-manycore/feed/" rel="self" type="application/rss+xml" />
	<link>http://insidehpc.com/2008/06/09/amd-fellow-acceleration-makes-more-sense-than-manycore/</link>
	<description>HPC News Without the Noise for Supercomputing Professionals &#124; insideHPC</description>
	<lastBuildDate>Sun, 19 May 2013 10:46:54 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.1</generator>
	<item>
		<title>By: John West</title>
		<link>http://insidehpc.com/2008/06/09/amd-fellow-acceleration-makes-more-sense-than-manycore/#comment-63005</link>
		<dc:creator>John West</dc:creator>
		<pubDate>Mon, 09 Jun 2008 18:03:43 +0000</pubDate>
		<guid isPermaLink="false">http://insidehpc.com/2008/06/09/amd-fellow-acceleration-makes-more-sense-than-manycore/#comment-63005</guid>
		<description>Joe - thanks! I haven&#039;t looked into it yet, but I&#039;ll explore the link you sent along.</description>
		<content:encoded><![CDATA[<p>Joe &#8211; thanks! I haven&#8217;t looked into it yet, but I&#8217;ll explore the link you sent along.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe Quinlan</title>
		<link>http://insidehpc.com/2008/06/09/amd-fellow-acceleration-makes-more-sense-than-manycore/#comment-63000</link>
		<dc:creator>Joe Quinlan</dc:creator>
		<pubDate>Mon, 09 Jun 2008 17:53:49 +0000</pubDate>
		<guid isPermaLink="false">http://insidehpc.com/2008/06/09/amd-fellow-acceleration-makes-more-sense-than-manycore/#comment-63000</guid>
		<description>John, this is a good article.  Have you thought of trying to get insidehpc.com included as a Google News source?  I think more and more people are relying on targeted RSS feeds from Google News, so this might increase your readership.  An interesting web page on this subject is at...

http://www.askdavetaylor.com/become_google_news_gnews_source.html</description>
		<content:encoded><![CDATA[<p>John, this is a good article.  Have you thought of trying to get insidehpc.com included as a Google News source?  I think more and more people are relying on targeted RSS feeds from Google News, so this might increase your readership.  An interesting web page on this subject is at&#8230;</p>
<p><a href="http://www.askdavetaylor.com/become_google_news_gnews_source.html" rel="nofollow">http://www.askdavetaylor.com/become_google_news_gnews_source.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Leidel</title>
		<link>http://insidehpc.com/2008/06/09/amd-fellow-acceleration-makes-more-sense-than-manycore/#comment-62975</link>
		<dc:creator>John Leidel</dc:creator>
		<pubDate>Mon, 09 Jun 2008 15:15:51 +0000</pubDate>
		<guid isPermaLink="false">http://insidehpc.com/2008/06/09/amd-fellow-acceleration-makes-more-sense-than-manycore/#comment-62975</guid>
		<description>I would also have to agree with John West and Chuck Moore.  It simply makes more sense to place a series of operations on a portion of the compute platform that is the most efficient for *those* operations [ie, scalar v. vector].  I don&#039;t understand the persuasion behind cramming more cores in the same footprint in order to achieve &quot;more scalar flops/square inch.&quot;  Granted, this mantra make hold true for the enterprise server market.  &quot;I want to run more concurrent copies of X on my server&quot; is driving this to some extent.  
The only issue I have with Moore&#039;s overarching statements is in regard to software.  I honestly believe that both multi-core and hybrid compute solutions have and will continue to have a software problem if we don&#039;t stop and think critically about the issues.  Ultimately, users will not accept the the current state of the market in hybrid computing: use my external cross compiler and API to achieve speedup.  They will also not accept the fact that OpenMP will solve all their problems on multi-core platforms.</description>
		<content:encoded><![CDATA[<p>I would also have to agree with John West and Chuck Moore.  It simply makes more sense to place a series of operations on a portion of the compute platform that is the most efficient for *those* operations [ie, scalar v. vector].  I don&#8217;t understand the persuasion behind cramming more cores in the same footprint in order to achieve &#8220;more scalar flops/square inch.&#8221;  Granted, this mantra make hold true for the enterprise server market.  &#8220;I want to run more concurrent copies of X on my server&#8221; is driving this to some extent.<br />
The only issue I have with Moore&#8217;s overarching statements is in regard to software.  I honestly believe that both multi-core and hybrid compute solutions have and will continue to have a software problem if we don&#8217;t stop and think critically about the issues.  Ultimately, users will not accept the the current state of the market in hybrid computing: use my external cross compiler and API to achieve speedup.  They will also not accept the fact that OpenMP will solve all their problems on multi-core platforms.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: seb</title>
		<link>http://insidehpc.com/2008/06/09/amd-fellow-acceleration-makes-more-sense-than-manycore/#comment-62900</link>
		<dc:creator>seb</dc:creator>
		<pubDate>Mon, 09 Jun 2008 08:53:20 +0000</pubDate>
		<guid isPermaLink="false">http://insidehpc.com/2008/06/09/amd-fellow-acceleration-makes-more-sense-than-manycore/#comment-62900</guid>
		<description>I&#039;m not smart enough to predict what the future will be and therefore I can not say if the many core approach will succeed or not.

But one point I&#039;m agree with C. Moore is on the Cell, the weakest part of the Cell is the PPU, this is a nightmare, I think it was good in 2004 but now in 2008 it is a big bottleneck.

And it is not a detail that IBM RoadRunner use a important number of Opterons I think in this way they will probably bypass the PPU for most of the computations.</description>
		<content:encoded><![CDATA[<p>I&#8217;m not smart enough to predict what the future will be and therefore I can not say if the many core approach will succeed or not.</p>
<p>But one point I&#8217;m agree with C. Moore is on the Cell, the weakest part of the Cell is the PPU, this is a nightmare, I think it was good in 2004 but now in 2008 it is a big bottleneck.</p>
<p>And it is not a detail that IBM RoadRunner use a important number of Opterons I think in this way they will probably bypass the PPU for most of the computations.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
