<?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: Itanium upgrade delayed</title>
	<atom:link href="http://insidehpc.com/2009/02/08/itanium-upgrade-delayed/feed/" rel="self" type="application/rss+xml" />
	<link>http://insidehpc.com/2009/02/08/itanium-upgrade-delayed/</link>
	<description>HPC News Without the Noise for Supercomputing Professionals &#124; insideHPC</description>
	<lastBuildDate>Fri, 03 May 2013 04:44:25 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.1</generator>
	<item>
		<title>By: Toon Knapen</title>
		<link>http://insidehpc.com/2009/02/08/itanium-upgrade-delayed/#comment-147088</link>
		<dc:creator>Toon Knapen</dc:creator>
		<pubDate>Tue, 10 Feb 2009 12:25:43 +0000</pubDate>
		<guid isPermaLink="false">http://insidehpc.com/?p=3700#comment-147088</guid>
		<description>I agree that there is no added value for ISV&#039;s to support itanium (actually when working at an ISV some time ago I pushed the port to itanium out myself).

Now I only have an itanium at my disposal and I&#039;m trying to understand why people prefer itaniums over others. I conclude it is not a technical issue.</description>
		<content:encoded><![CDATA[<p>I agree that there is no added value for ISV&#8217;s to support itanium (actually when working at an ISV some time ago I pushed the port to itanium out myself).</p>
<p>Now I only have an itanium at my disposal and I&#8217;m trying to understand why people prefer itaniums over others. I conclude it is not a technical issue.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Leidel</title>
		<link>http://insidehpc.com/2009/02/08/itanium-upgrade-delayed/#comment-146975</link>
		<dc:creator>John Leidel</dc:creator>
		<pubDate>Tue, 10 Feb 2009 00:49:53 +0000</pubDate>
		<guid isPermaLink="false">http://insidehpc.com/?p=3700#comment-146975</guid>
		<description>Toon, I&#039;ve done quite a bit of development on large IA-64 machines throughout the progression of the EPIC architecture.  Many point to the wide instruction pipeline or the delta in cache/memory layout on IA-64.  Personally, the majority of time I spend &#039;head-scratching&#039; during performance optimization on IA-64 centers around precision [especially floating point].  Where IA-64 wins with a wide instruction pipeline and comparison registers, x86_64 wins with instructions specifically designed to save cycles in dealing with heavy precision [ie, denormals, etc: see `-daz and `-ftz`].  
John [West] is most certainly correct in his statement about ISVs.  How much time do you want to spend porting/optimizing for IA-64 with such a limited market?</description>
		<content:encoded><![CDATA[<p>Toon, I&#8217;ve done quite a bit of development on large IA-64 machines throughout the progression of the EPIC architecture.  Many point to the wide instruction pipeline or the delta in cache/memory layout on IA-64.  Personally, the majority of time I spend &#8216;head-scratching&#8217; during performance optimization on IA-64 centers around precision [especially floating point].  Where IA-64 wins with a wide instruction pipeline and comparison registers, x86_64 wins with instructions specifically designed to save cycles in dealing with heavy precision [ie, denormals, etc: see `-daz and `-ftz`].<br />
John [West] is most certainly correct in his statement about ISVs.  How much time do you want to spend porting/optimizing for IA-64 with such a limited market?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John West</title>
		<link>http://insidehpc.com/2009/02/08/itanium-upgrade-delayed/#comment-146945</link>
		<dc:creator>John West</dc:creator>
		<pubDate>Mon, 09 Feb 2009 22:33:28 +0000</pubDate>
		<guid isPermaLink="false">http://insidehpc.com/?p=3700#comment-146945</guid>
		<description>I&#039;m not sure what non-negligible is. If you slice out the server market in terms of chips that are &quot;server grade&quot; (which is one way to look at it) the share could be reasonable, but I don&#039;t have a figure. But a lot of customers run &quot;non-server&quot; grade cpus in their enterprise servers, which implies that those chips are meeting their needs, so it&#039;s also fair to look at the total population of servers and grab the Itanium percentage of those. In those terms, I would guess (I emphasize guess, don&#039;t have numbers) that the share is quite small indeed.

In terms of what&#039;s so hard about it, outside of HPC I think you have to think in terms of an ISV evaluating the cost of porting and then maintaining another build of their product vice potential revenue from customers who won&#039;t buy their product unless there is an Itanium version of it. While many have said its worth it, many (many) more have not. Within HPC this isn&#039;t really such an issue in my mind, since much of what we do is user&#039;s own code.</description>
		<content:encoded><![CDATA[<p>I&#8217;m not sure what non-negligible is. If you slice out the server market in terms of chips that are &#8220;server grade&#8221; (which is one way to look at it) the share could be reasonable, but I don&#8217;t have a figure. But a lot of customers run &#8220;non-server&#8221; grade cpus in their enterprise servers, which implies that those chips are meeting their needs, so it&#8217;s also fair to look at the total population of servers and grab the Itanium percentage of those. In those terms, I would guess (I emphasize guess, don&#8217;t have numbers) that the share is quite small indeed.</p>
<p>In terms of what&#8217;s so hard about it, outside of HPC I think you have to think in terms of an ISV evaluating the cost of porting and then maintaining another build of their product vice potential revenue from customers who won&#8217;t buy their product unless there is an Itanium version of it. While many have said its worth it, many (many) more have not. Within HPC this isn&#8217;t really such an issue in my mind, since much of what we do is user&#8217;s own code.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Toon Knapen</title>
		<link>http://insidehpc.com/2009/02/08/itanium-upgrade-delayed/#comment-146929</link>
		<dc:creator>Toon Knapen</dc:creator>
		<pubDate>Mon, 09 Feb 2009 20:34:14 +0000</pubDate>
		<guid isPermaLink="false">http://insidehpc.com/?p=3700#comment-146929</guid>
		<description>What&#039;s so hard at porting from x86-64 to IA64?

When working on the ia64 and looking for more info, I was and still am astonished that so few are interested in it and at the same time they seem to have a non-negligible market-share?</description>
		<content:encoded><![CDATA[<p>What&#8217;s so hard at porting from x86-64 to IA64?</p>
<p>When working on the ia64 and looking for more info, I was and still am astonished that so few are interested in it and at the same time they seem to have a non-negligible market-share?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Leidel</title>
		<link>http://insidehpc.com/2009/02/08/itanium-upgrade-delayed/#comment-146898</link>
		<dc:creator>John Leidel</dc:creator>
		<pubDate>Mon, 09 Feb 2009 17:21:38 +0000</pubDate>
		<guid isPermaLink="false">http://insidehpc.com/?p=3700#comment-146898</guid>
		<description>Once again, this is a story of &quot;application specific.&quot;  Many institutions don&#039;t find the need/funs/patience to port their codes to an EPIC platform.  The use the additional money to simply buy more x86_64.  As John mentioned, there are pockets of supporters for IA-64.  If Intel is continuing support and production, they&#039;re probably collecting enough margin on sales to warrant doing so.  

...just my two cents post-caffeine</description>
		<content:encoded><![CDATA[<p>Once again, this is a story of &#8220;application specific.&#8221;  Many institutions don&#8217;t find the need/funs/patience to port their codes to an EPIC platform.  The use the additional money to simply buy more x86_64.  As John mentioned, there are pockets of supporters for IA-64.  If Intel is continuing support and production, they&#8217;re probably collecting enough margin on sales to warrant doing so.  </p>
<p>&#8230;just my two cents post-caffeine</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John West</title>
		<link>http://insidehpc.com/2009/02/08/itanium-upgrade-delayed/#comment-146877</link>
		<dc:creator>John West</dc:creator>
		<pubDate>Mon, 09 Feb 2009 14:54:55 +0000</pubDate>
		<guid isPermaLink="false">http://insidehpc.com/?p=3700#comment-146877</guid>
		<description>Sadly, I&#039;m not being paid by IBM for anything. Just to be clear, I wouldn&#039;t construe that as an anti-Intel comment. I&#039;m not for or against any chip maker in the same way that I&#039;m not for or against any car engine maker. As long as it works, I&#039;m happy. The Itanium might work, but it&#039;s far from successful.

Tukwilla was originally expected in 2006 (maybe 2007, the reports are conflicting), and still hasn&#039;t appeared. The architecture originated at HP to better support HP-UX, and production has been plagued by delays that have made it difficult to build products around. That is, if the marketplace actually wanted products built out of them. Built at least in part for HPC, they haven&#039;t had the price/performance that HPC customers typically want, and outside those few with specialized requirements the Itanium has been a big dud. 

In terms of stats, the Wikipedia identifies the Itanium as the 4-th most deployed chip, behind x86-64, POWER, and Sparc. The chip distracts the company, and they should call exit on a failed experiment and move on to other things.</description>
		<content:encoded><![CDATA[<p>Sadly, I&#8217;m not being paid by IBM for anything. Just to be clear, I wouldn&#8217;t construe that as an anti-Intel comment. I&#8217;m not for or against any chip maker in the same way that I&#8217;m not for or against any car engine maker. As long as it works, I&#8217;m happy. The Itanium might work, but it&#8217;s far from successful.</p>
<p>Tukwilla was originally expected in 2006 (maybe 2007, the reports are conflicting), and still hasn&#8217;t appeared. The architecture originated at HP to better support HP-UX, and production has been plagued by delays that have made it difficult to build products around. That is, if the marketplace actually wanted products built out of them. Built at least in part for HPC, they haven&#8217;t had the price/performance that HPC customers typically want, and outside those few with specialized requirements the Itanium has been a big dud. </p>
<p>In terms of stats, the Wikipedia identifies the Itanium as the 4-th most deployed chip, behind x86-64, POWER, and Sparc. The chip distracts the company, and they should call exit on a failed experiment and move on to other things.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: joe schmoe</title>
		<link>http://insidehpc.com/2009/02/08/itanium-upgrade-delayed/#comment-146861</link>
		<dc:creator>joe schmoe</dc:creator>
		<pubDate>Mon, 09 Feb 2009 12:51:29 +0000</pubDate>
		<guid isPermaLink="false">http://insidehpc.com/?p=3700#comment-146861</guid>
		<description>maybe he was paid by ibm to make the anti-intel comment :)

i&#039;ve never used itanium, but i&#039;m glad intel is trying to advance their technology</description>
		<content:encoded><![CDATA[<p>maybe he was paid by ibm to make the anti-intel comment <img src='http://insidehpc.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>i&#8217;ve never used itanium, but i&#8217;m glad intel is trying to advance their technology</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Toon Knapen</title>
		<link>http://insidehpc.com/2009/02/08/itanium-upgrade-delayed/#comment-146817</link>
		<dc:creator>Toon Knapen</dc:creator>
		<pubDate>Mon, 09 Feb 2009 09:27:51 +0000</pubDate>
		<guid isPermaLink="false">http://insidehpc.com/?p=3700#comment-146817</guid>
		<description>On what basis do you recommend to put a bullet in the Itanium.

I&#039;m not a fan either but I had to work for the past year on itanium machines and I must say that I found the hw and software stack (.e.g profiler) on top of it quite nice to work with.

I guess the memory-bw of the itaniums is way inferior to those of the Xeon&#039;s but once they are both equiped with CSI, would&#039;nt the mem-bw not be identical (and thus would&#039;nt the itanium have catched up) ?</description>
		<content:encoded><![CDATA[<p>On what basis do you recommend to put a bullet in the Itanium.</p>
<p>I&#8217;m not a fan either but I had to work for the past year on itanium machines and I must say that I found the hw and software stack (.e.g profiler) on top of it quite nice to work with.</p>
<p>I guess the memory-bw of the itaniums is way inferior to those of the Xeon&#8217;s but once they are both equiped with CSI, would&#8217;nt the mem-bw not be identical (and thus would&#8217;nt the itanium have catched up) ?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
