<?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: Moore&#8217;s Law is Dead - Long Live Moore&#8217;s Law!</title>
	<atom:link href="http://www.thinkingparallel.com/2007/07/09/moores-law-is-dead-long-live-moores-law/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.thinkingparallel.com/2007/07/09/moores-law-is-dead-long-live-moores-law/</link>
	<description>A Blog on Parallel Programming and Concurrency by Michael Suess</description>
	<pubDate>Fri, 12 Mar 2010 00:40:05 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Mathieu&#8217;s log &#187; Blog Archive &#187; Easy parallelization with data decomposition</title>
		<link>http://www.thinkingparallel.com/2007/07/09/moores-law-is-dead-long-live-moores-law/comment-page-1/#comment-98330</link>
		<dc:creator>Mathieu&#8217;s log &#187; Blog Archive &#187; Easy parallelization with data decomposition</dc:creator>
		<pubDate>Fri, 27 Nov 2009 18:17:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.thinkingparallel.com/2007/07/09/moores-law-is-dead-long-live-moores-law/#comment-98330</guid>
		<description>[...] Moore&#8217;s law, contrary to what is often thought still holds true, the exponential processor transistor growth predicted by Moore does not always translate into [...]</description>
		<content:encoded><![CDATA[<p>[...] Moore&#8217;s law, contrary to what is often thought still holds true, the exponential processor transistor growth predicted by Moore does not always translate into [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: L505</title>
		<link>http://www.thinkingparallel.com/2007/07/09/moores-law-is-dead-long-live-moores-law/comment-page-1/#comment-44212</link>
		<dc:creator>L505</dc:creator>
		<pubDate>Mon, 04 Feb 2008 00:30:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.thinkingparallel.com/2007/07/09/moores-law-is-dead-long-live-moores-law/#comment-44212</guid>
		<description>Moore's law is not a law. It is a trend he charted. The fact that foreign exchange or stock market goes up a certain amount in a certain period of time is not a law. It is a trend.</description>
		<content:encoded><![CDATA[<p>Moore&#8217;s law is not a law. It is a trend he charted. The fact that foreign exchange or stock market goes up a certain amount in a certain period of time is not a law. It is a trend.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Suess</title>
		<link>http://www.thinkingparallel.com/2007/07/09/moores-law-is-dead-long-live-moores-law/comment-page-1/#comment-18706</link>
		<dc:creator>Michael Suess</dc:creator>
		<pubDate>Fri, 03 Aug 2007 19:45:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.thinkingparallel.com/2007/07/09/moores-law-is-dead-long-live-moores-law/#comment-18706</guid>
		<description>@Remi: I could be wrong here, but isn't the x86 a CISC-architecture? Still is and has always been. Internally, microcode is used to translate the instructions into more RISC-like ones, but the architecture is still a CISC. See this for details:
http://ctas.poly.asu.edu/bgannod/CET520/Spring02/Projects/demone.htm</description>
		<content:encoded><![CDATA[<p>@Remi: I could be wrong here, but isn&#8217;t the x86 a CISC-architecture? Still is and has always been. Internally, microcode is used to translate the instructions into more RISC-like ones, but the architecture is still a CISC. See this for details:<br />
<a href="http://ctas.poly.asu.edu/bgannod/CET520/Spring02/Projects/demone.htm" rel="nofollow">http://ctas.poly.asu.edu/bgannod/CET520/Spring02/Projects/demone.htm</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Remi Chateauneu</title>
		<link>http://www.thinkingparallel.com/2007/07/09/moores-law-is-dead-long-live-moores-law/comment-page-1/#comment-18681</link>
		<dc:creator>Remi Chateauneu</dc:creator>
		<pubDate>Fri, 03 Aug 2007 14:55:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.thinkingparallel.com/2007/07/09/moores-law-is-dead-long-live-moores-law/#comment-18681</guid>
		<description>"The density of transistors on chips doubles every 24 month."
Yes, higher transistors density is used for more cores, deeper RISC pipes, more complex caches and instructions processing (branch prediction, hyper-threading), etc..

But I am surprised of how many new instructions sets ( MMX, SSE3, SSE4  ) appear in the Intel architecture ? Can instructions as MPSADBW ( Compute eight offset sums of absolute differences ) or PHSUBD (Packed Horizontal Substract ) still be qualified as RISC ? Or will the trend be to the return of CISC-like instructions, as the safest way to have more performance (Remember Vax's POLYD: Evaluate polynomial D_floating ...) ?</description>
		<content:encoded><![CDATA[<p>&#8220;The density of transistors on chips doubles every 24 month.&#8221;<br />
Yes, higher transistors density is used for more cores, deeper RISC pipes, more complex caches and instructions processing (branch prediction, hyper-threading), etc..</p>
<p>But I am surprised of how many new instructions sets ( MMX, SSE3, SSE4  ) appear in the Intel architecture ? Can instructions as MPSADBW ( Compute eight offset sums of absolute differences ) or PHSUBD (Packed Horizontal Substract ) still be qualified as RISC ? Or will the trend be to the return of CISC-like instructions, as the safest way to have more performance (Remember Vax&#8217;s POLYD: Evaluate polynomial D_floating &#8230;) ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Suess</title>
		<link>http://www.thinkingparallel.com/2007/07/09/moores-law-is-dead-long-live-moores-law/comment-page-1/#comment-17948</link>
		<dc:creator>Michael Suess</dc:creator>
		<pubDate>Wed, 25 Jul 2007 15:19:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.thinkingparallel.com/2007/07/09/moores-law-is-dead-long-live-moores-law/#comment-17948</guid>
		<description>@Sonila: I am not sure I can follow your argumentation here. Are you disagreeing with the points raised in my post?  You seem to be agreeing to at least some of them, yet I fail to see your point. I might be being dense, but I just cannot twist my head enough to follow your arguments...</description>
		<content:encoded><![CDATA[<p>@Sonila: I am not sure I can follow your argumentation here. Are you disagreeing with the points raised in my post?  You seem to be agreeing to at least some of them, yet I fail to see your point. I might be being dense, but I just cannot twist my head enough to follow your arguments&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sonila</title>
		<link>http://www.thinkingparallel.com/2007/07/09/moores-law-is-dead-long-live-moores-law/comment-page-1/#comment-17846</link>
		<dc:creator>Sonila</dc:creator>
		<pubDate>Mon, 23 Jul 2007 22:29:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.thinkingparallel.com/2007/07/09/moores-law-is-dead-long-live-moores-law/#comment-17846</guid>
		<description>a crucial role. That's why one needs to be very careful in mentioning X or Y law, without taking into account a profound insight and conditions that the law might apply.</description>
		<content:encoded><![CDATA[<p>a crucial role. That&#8217;s why one needs to be very careful in mentioning X or Y law, without taking into account a profound insight and conditions that the law might apply.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sonila</title>
		<link>http://www.thinkingparallel.com/2007/07/09/moores-law-is-dead-long-live-moores-law/comment-page-1/#comment-17845</link>
		<dc:creator>Sonila</dc:creator>
		<pubDate>Mon, 23 Jul 2007 22:26:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.thinkingparallel.com/2007/07/09/moores-law-is-dead-long-live-moores-law/#comment-17845</guid>
		<description>The problem is not as easy as it seems to be. When calculating the processing power more than one factor are to be taking into account. Clock speed is one of the metrics but it is very relative as a concept. In dual-core or cell processors era, the computing power makes more sense when speaking about how fast a certain task can be executed. 
According to parallel processing, Amdahl's Law is stressing the sequential heritage on the algorithms that can be used on a certain problems and the architecture plays</description>
		<content:encoded><![CDATA[<p>The problem is not as easy as it seems to be. When calculating the processing power more than one factor are to be taking into account. Clock speed is one of the metrics but it is very relative as a concept. In dual-core or cell processors era, the computing power makes more sense when speaking about how fast a certain task can be executed.<br />
According to parallel processing, Amdahl&#8217;s Law is stressing the sequential heritage on the algorithms that can be used on a certain problems and the architecture plays</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: As of today, I&#8217;ve had more spam comments than page views. &#171; The View from the Cheap Seats</title>
		<link>http://www.thinkingparallel.com/2007/07/09/moores-law-is-dead-long-live-moores-law/comment-page-1/#comment-17383</link>
		<dc:creator>As of today, I&#8217;ve had more spam comments than page views. &#171; The View from the Cheap Seats</dc:creator>
		<pubDate>Tue, 17 Jul 2007 05:38:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.thinkingparallel.com/2007/07/09/moores-law-is-dead-long-live-moores-law/#comment-17383</guid>
		<description>[...] of variants&#8211;&#8211;I pondered this morning an equation for the infocalypse, derived from Moore&#8217;s Law  and including some constants to represent the accelerating construction of mega-server-farms, the [...]</description>
		<content:encoded><![CDATA[<p>[...] of variants&#8211;&#8211;I pondered this morning an equation for the infocalypse, derived from Moore&#8217;s Law  and including some constants to represent the accelerating construction of mega-server-farms, the [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Suess</title>
		<link>http://www.thinkingparallel.com/2007/07/09/moores-law-is-dead-long-live-moores-law/comment-page-1/#comment-16874</link>
		<dc:creator>Michael Suess</dc:creator>
		<pubDate>Wed, 11 Jul 2007 19:46:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.thinkingparallel.com/2007/07/09/moores-law-is-dead-long-live-moores-law/#comment-16874</guid>
		<description>I know many software developers don't like the move to multi-cores, because it turns their world upside down. But if you see it as a chance to separate yourself from the crowd, the future may look brighter - and thats why you are here and reading this, right? The future is parallel, you either accept that and ride the wave or it rides you ;-)</description>
		<content:encoded><![CDATA[<p>I know many software developers don&#8217;t like the move to multi-cores, because it turns their world upside down. But if you see it as a chance to separate yourself from the crowd, the future may look brighter - and thats why you are here and reading this, right? The future is parallel, you either accept that and ride the wave or it rides you <img src='http://www.thinkingparallel.com/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Miller</title>
		<link>http://www.thinkingparallel.com/2007/07/09/moores-law-is-dead-long-live-moores-law/comment-page-1/#comment-16789</link>
		<dc:creator>Mark Miller</dc:creator>
		<pubDate>Wed, 11 Jul 2007 01:00:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.thinkingparallel.com/2007/07/09/moores-law-is-dead-long-live-moores-law/#comment-16789</guid>
		<description>You've reminded me of the true meaning of Moore's Law. I had been under the misimpression that it had to do with speed, because that's the popular notion of it. Probably the last time I heard this definition was when I was getting my CS degree 14 years ago.

Moore's Law = greater speed with time seemed like a good analogy for most people, because that's what actually happened for so many years.

It seems to me though that there are practical limits being reached, because of the move to multiple cores. It's not as if we all chose this path. If you ask software developers (me included), none of us are looking upon this with much glee. I'm not sure what's holding up 64-bit adoption. That would seem to be the next logical step. Maybe it's the same heat issue. Ideally us developers would like to see the single-core approach continue on until effective methods of parallel computing are developed, beyond the use of threads and semaphores or RPC between multiple processes. This isn't the world we live in today. The single-core approach has reached its limit, and we're now having to deal with that.

Gaining more speed out of these multiple cores is going to be a greater challenge than it was to take advantage of 32-bit processing when that was a new thing in the PC world.</description>
		<content:encoded><![CDATA[<p>You&#8217;ve reminded me of the true meaning of Moore&#8217;s Law. I had been under the misimpression that it had to do with speed, because that&#8217;s the popular notion of it. Probably the last time I heard this definition was when I was getting my CS degree 14 years ago.</p>
<p>Moore&#8217;s Law = greater speed with time seemed like a good analogy for most people, because that&#8217;s what actually happened for so many years.</p>
<p>It seems to me though that there are practical limits being reached, because of the move to multiple cores. It&#8217;s not as if we all chose this path. If you ask software developers (me included), none of us are looking upon this with much glee. I&#8217;m not sure what&#8217;s holding up 64-bit adoption. That would seem to be the next logical step. Maybe it&#8217;s the same heat issue. Ideally us developers would like to see the single-core approach continue on until effective methods of parallel computing are developed, beyond the use of threads and semaphores or RPC between multiple processes. This isn&#8217;t the world we live in today. The single-core approach has reached its limit, and we&#8217;re now having to deal with that.</p>
<p>Gaining more speed out of these multiple cores is going to be a greater challenge than it was to take advantage of 32-bit processing when that was a new thing in the PC world.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
