<?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:series="http://unfoldingneurons.com/"
	xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
xmlns:rawvoice="http://www.rawvoice.com/rawvoiceRssModule/"
	>
<channel>
	<title>Comments on: Microsoft and Intel Pushing iSCSI Performance Limits</title>
	<atom:link href="http://gestaltit.com/all/tech/storage/stephen/microsoft-and-intel-pushing-iscsi-performance-limits/feed/" rel="self" type="application/rss+xml" />
	<link>http://gestaltit.com/all/tech/storage/stephen/microsoft-and-intel-pushing-iscsi-performance-limits/</link>
	<description>Independent Experts United</description>
	<lastBuildDate>Sat, 19 May 2012 16:19:14 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
<atom:link rel="hub" href="http://pubsubhubbub.appspot.com" />
	<atom:link rel="hub" href="http://superfeedr.com/hubbub" />
		<item>
		<title>By: John</title>
		<link>http://gestaltit.com/all/tech/storage/stephen/microsoft-and-intel-pushing-iscsi-performance-limits/comment-page-1/#comment-656</link>
		<dc:creator>John</dc:creator>
		<pubDate>Fri, 15 Jan 2010 16:10:46 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fosketts.net/?p=2590#comment-656</guid>
		<description>Possibly the iSCSI SAN you mention had been tuned specifically for a benchmark whereas the FC arrays were just humming along in production. &lt;br&gt;&lt;br&gt;Performance after all is related not just to the transport medium but also the application, filesystem, I/O stream and backend spindle count.&lt;br&gt;&lt;br&gt;With the statement above you&#039;re just perpetuating the mis information spread by both camps. You offer no comparison of the systems or workloads used in either example. &lt;br&gt;&lt;br&gt;I&#039;m not in either camp but I&#039;ve seen FC arrays regularly push well over 1Gb per port even back in the era of 2Gb FC.</description>
		<content:encoded><![CDATA[<p>Possibly the iSCSI SAN you mention had been tuned specifically for a benchmark whereas the FC arrays were just humming along in production. </p>
<p>Performance after all is related not just to the transport medium but also the application, filesystem, I/O stream and backend spindle count.</p>
<p>With the statement above you&#39;re just perpetuating the mis information spread by both camps. You offer no comparison of the systems or workloads used in either example. </p>
<p>I&#39;m not in either camp but I&#39;ve seen FC arrays regularly push well over 1Gb per port even back in the era of 2Gb FC.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John</title>
		<link>http://gestaltit.com/all/tech/storage/stephen/microsoft-and-intel-pushing-iscsi-performance-limits/comment-page-1/#comment-238</link>
		<dc:creator>John</dc:creator>
		<pubDate>Fri, 15 Jan 2010 11:10:46 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fosketts.net/?p=2590#comment-238</guid>
		<description>Possibly the iSCSI SAN you mention had been tuned specifically for a benchmark whereas the FC arrays were just humming along in production. &lt;br&gt;&lt;br&gt;Performance after all is related not just to the transport medium but also the application, filesystem, I/O stream and backend spindle count.&lt;br&gt;&lt;br&gt;With the statement above you&#039;re just perpetuating the mis information spread by both camps. You offer no comparison of the systems or workloads used in either example. &lt;br&gt;&lt;br&gt;I&#039;m not in either camp but I&#039;ve seen FC arrays regularly push well over 1Gb per port even back in the era of 2Gb FC.</description>
		<content:encoded><![CDATA[<p>Possibly the iSCSI SAN you mention had been tuned specifically for a benchmark whereas the FC arrays were just humming along in production. </p>
<p>Performance after all is related not just to the transport medium but also the application, filesystem, I/O stream and backend spindle count.</p>
<p>With the statement above you&#39;re just perpetuating the mis information spread by both camps. You offer no comparison of the systems or workloads used in either example. </p>
<p>I&#39;m not in either camp but I&#39;ve seen FC arrays regularly push well over 1Gb per port even back in the era of 2Gb FC.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

