<?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: Intel Set to Leak More Info on Tukwila</title>
	<atom:link href="http://insidehpc.com/2008/02/04/intel-set-to-leak-more-info-on-tukwila/feed/" rel="self" type="application/rss+xml" />
	<link>http://insidehpc.com/2008/02/04/intel-set-to-leak-more-info-on-tukwila/</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 Leidel</title>
		<link>http://insidehpc.com/2008/02/04/intel-set-to-leak-more-info-on-tukwila/#comment-33489</link>
		<dc:creator>John Leidel</dc:creator>
		<pubDate>Sun, 10 Feb 2008 19:48:07 +0000</pubDate>
		<guid isPermaLink="false">http://insidehpc.com/2008/02/04/intel-set-to-leak-more-info-on-tukwila/#comment-33489</guid>
		<description>I partially agree with you Marek.  I agree the choice to head down the Itanium road is application specific.  However, I don&#039;t believe communication necessarily has anything to do with it.  There are several communication-bound applications that perform as well or better in a distributed memory, x86 environment when utilizing high performance interconnects [IB].  On the other hand, Itaniums perform quite well when the applications analyst(s) fully understand how to utilize the positive aspects of the IA64 [ie, very large cache]. [See GFDL&#039;s FMS code]
Either way, we can all agree that in most situations, `N` distributed memory x86 nodes are less costly than the same `N` Itanium nodes.
Thanks for the comments!</description>
		<content:encoded><![CDATA[<p>I partially agree with you Marek.  I agree the choice to head down the Itanium road is application specific.  However, I don&#8217;t believe communication necessarily has anything to do with it.  There are several communication-bound applications that perform as well or better in a distributed memory, x86 environment when utilizing high performance interconnects [IB].  On the other hand, Itaniums perform quite well when the applications analyst(s) fully understand how to utilize the positive aspects of the IA64 [ie, very large cache]. [See GFDL's FMS code]<br />
Either way, we can all agree that in most situations, `N` distributed memory x86 nodes are less costly than the same `N` Itanium nodes.<br />
Thanks for the comments!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: clusteradmin.net</title>
		<link>http://insidehpc.com/2008/02/04/intel-set-to-leak-more-info-on-tukwila/#comment-33484</link>
		<dc:creator>clusteradmin.net</dc:creator>
		<pubDate>Sun, 10 Feb 2008 19:33:18 +0000</pubDate>
		<guid isPermaLink="false">http://insidehpc.com/2008/02/04/intel-set-to-leak-more-info-on-tukwila/#comment-33484</guid>
		<description>Unless you run large distributed jobs with lots of communication (in which case you should consider getting a large SMP anyway) I suggest you make price/performance benchmarks of your applications before jumping on the new Itanium.

Perhaps for the same X amount of money you can get way more nodes with slower cpus, but all together they will provide your cluster with higher throughput than a smaller number of nodes with top-shelf IA-64 on board.

-marek

--
&lt;a href=&quot;clusteradmin.net&quot; rel=&quot;nofollow&quot;&gt;clusteradmin.net&lt;/a&gt; :: a blog about building and administering clusters</description>
		<content:encoded><![CDATA[<p>Unless you run large distributed jobs with lots of communication (in which case you should consider getting a large SMP anyway) I suggest you make price/performance benchmarks of your applications before jumping on the new Itanium.</p>
<p>Perhaps for the same X amount of money you can get way more nodes with slower cpus, but all together they will provide your cluster with higher throughput than a smaller number of nodes with top-shelf IA-64 on board.</p>
<p>-marek</p>
<p>&#8211;<br />
<a href="clusteradmin.net" rel="nofollow">clusteradmin.net</a> :: a blog about building and administering clusters</p>
]]></content:encoded>
	</item>
</channel>
</rss>
