<?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:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: iSCSI Performance Myths Explained</title>
	<atom:link href="http://blog.dnfcorp.com/2009/02/19/iscsi-performance-myths-explained/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.dnfcorp.com/2009/02/19/iscsi-performance-myths-explained/</link>
	<description>IT Infrastructure, Network Storage, iSCSI, and IP Surveillance Solutions</description>
	<lastBuildDate>Thu, 04 Feb 2010 05:27:35 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Ken Friend</title>
		<link>http://blog.dnfcorp.com/2009/02/19/iscsi-performance-myths-explained/#comment-1514</link>
		<dc:creator>Ken Friend</dc:creator>
		<pubDate>Thu, 10 Dec 2009 23:10:20 +0000</pubDate>
		<guid isPermaLink="false">http://blog.dnfcorp.com/?p=280#comment-1514</guid>
		<description>Beleive it. The Stonefly Voyager IP SAN appliance is designed for high availability and high performance datacenter requirements. Our patented virtualization engines process IO exceptionally fast so there is no need to use advanced cache algorithms to  spoof performance not to mention this is not how our storage virtualization technology is designed to work. Our testing is always done using industry standard IOMETER running on one to four host servers connected via 10Gb SFP+ copper Arista network even though our customers have many copper and glass 10GB connectivity options (CX4, SFP+ or XFP) to choose from. Clearly we use a straight forward test environment using straight forward test parameters.  Our engineering labs tests for sustainable SAN performance and tests are run between 12 and 24 hours whereas our product regression and sustainability labs run sustaining tests for months on end.  Stonefly SAN deliverables are performance tested for overall sustainable SAN performance and resultant host file system performance will vary depending on the host hardware and OS capabilities.  

The 900MB/second data published in this blog posting is old news (February 09).  Today we see the actual read and write performance on the Stonefly Voyager  IP SAN exceed 1,400MB/sec across 32 SAS drives and next Voyager release (Q1 2010) we anticipate performance to increase by 30% over our today&#039;s numbers. Sustainable MB/second results are nice but clearly not as important as IOPS.  Our IO results from 4k -32k random read/write tests are unparalleled making our Voyager very popular for customers running large database cluster and mail cluster environments. The beauty of our SAN architecture and OS is they offer our customers many options to mix SSD, SAS, and SATA drives enabling storage administrators to virtually provision those storage assets to hosts based on application performance or capacity demand.  That means we can cover both small block random IO needs and large block sequential MB/second needs for any datacenter.   I understand the standard storage industry publications are not interested in 10Gb IP SAN bake offs this year or next (looking for any available), but we are always looking to showcase our IP SAN performance in any host environment side by side against any competitor. If you know of an upcoming 10Gb IP SAN bake off, please let us know!</description>
		<content:encoded><![CDATA[<p>Beleive it. The Stonefly Voyager IP SAN appliance is designed for high availability and high performance datacenter requirements. Our patented virtualization engines process IO exceptionally fast so there is no need to use advanced cache algorithms to  spoof performance not to mention this is not how our storage virtualization technology is designed to work. Our testing is always done using industry standard IOMETER running on one to four host servers connected via 10Gb SFP+ copper Arista network even though our customers have many copper and glass 10GB connectivity options (CX4, SFP+ or XFP) to choose from. Clearly we use a straight forward test environment using straight forward test parameters.  Our engineering labs tests for sustainable SAN performance and tests are run between 12 and 24 hours whereas our product regression and sustainability labs run sustaining tests for months on end.  Stonefly SAN deliverables are performance tested for overall sustainable SAN performance and resultant host file system performance will vary depending on the host hardware and OS capabilities.  </p>
<p>The 900MB/second data published in this blog posting is old news (February 09).  Today we see the actual read and write performance on the Stonefly Voyager  IP SAN exceed 1,400MB/sec across 32 SAS drives and next Voyager release (Q1 2010) we anticipate performance to increase by 30% over our today&#8217;s numbers. Sustainable MB/second results are nice but clearly not as important as IOPS.  Our IO results from 4k -32k random read/write tests are unparalleled making our Voyager very popular for customers running large database cluster and mail cluster environments. The beauty of our SAN architecture and OS is they offer our customers many options to mix SSD, SAS, and SATA drives enabling storage administrators to virtually provision those storage assets to hosts based on application performance or capacity demand.  That means we can cover both small block random IO needs and large block sequential MB/second needs for any datacenter.   I understand the standard storage industry publications are not interested in 10Gb IP SAN bake offs this year or next (looking for any available), but we are always looking to showcase our IP SAN performance in any host environment side by side against any competitor. If you know of an upcoming 10Gb IP SAN bake off, please let us know!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim Ingersoll</title>
		<link>http://blog.dnfcorp.com/2009/02/19/iscsi-performance-myths-explained/#comment-1512</link>
		<dc:creator>Tim Ingersoll</dc:creator>
		<pubDate>Thu, 10 Dec 2009 17:32:57 +0000</pubDate>
		<guid isPermaLink="false">http://blog.dnfcorp.com/?p=280#comment-1512</guid>
		<description>I find it hard to believe that you can claim 900 MB/sec performance for 10GB/sec if not impossible. Maybe for a controller environment where the data is already cache you might see this, I challenge you to drop this into anyone normally IT datacenter, networking environment and send out data to clients at this rate a substained period of even 15 minutes.</description>
		<content:encoded><![CDATA[<p>I find it hard to believe that you can claim 900 MB/sec performance for 10GB/sec if not impossible. Maybe for a controller environment where the data is already cache you might see this, I challenge you to drop this into anyone normally IT datacenter, networking environment and send out data to clients at this rate a substained period of even 15 minutes.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
