<?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: The Sun 4 TB flash array F5100</title>
	<atom:link href="http://storagemojo.com/2009/09/01/the-sun-4-tb-flash-array-f5100/feed/" rel="self" type="application/rss+xml" />
	<link>http://storagemojo.com/2009/09/01/the-sun-4-tb-flash-array-f5100/</link>
	<description>Data storage info &#38; analysis</description>
	<lastBuildDate>Sun, 20 May 2012 13:26:14 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: Denis Vilfort</title>
		<link>http://storagemojo.com/2009/09/01/the-sun-4-tb-flash-array-f5100/comment-page-1/#comment-205081</link>
		<dc:creator>Denis Vilfort</dc:creator>
		<pubDate>Sat, 12 Sep 2009 04:06:25 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=1569#comment-205081</guid>
		<description>I do work for Sun. So no comment on unannounced product from me.   What I can share that the industry’s biggest problem with the concept of FLASH based SSD aggregation is:
a) Queue depths not being large enough, and
b) The HBAs available were never designed to drive high enough IOPS
If one were to take say 20 Intel SSDs and gang them together in a some sort of array configuration, we would need an aggregate queue depth of roughly  200 IOs to drive the stripe.  The aggregated pool can do 35K  X 20, so  we would need a 700K IOPS capable HBA (all this is at the 4K IO size).  But there is NO HBA that can do this today!   This is a REAL problem.  Our multi-core/multi-socket CPU server designs are more than capable of digesting that much IO.  Data base servers would LOVE to be able to do this.  The problem is that with today&#039;s technology it I am forced to use 4-7 HBAs to pull this off.  Not good slot economy.
Whether one builds an array of off the shelf Intel SSDs or Sun Fmods, the HBAs are the impediment to realize the performance an aggregated SSDs storage array is capable of.  
So if any of the SAS HBA vendors are reading this: PLEASE develop a HBA that is capable of driving lots of SSDs – without losing device count.  That would help the industry move forward on SSD/FLASH adoption in enterprise IT shops.</description>
		<content:encoded><![CDATA[<p>I do work for Sun. So no comment on unannounced product from me.   What I can share that the industry’s biggest problem with the concept of FLASH based SSD aggregation is:<br />
a) Queue depths not being large enough, and<br />
b) The HBAs available were never designed to drive high enough IOPS<br />
If one were to take say 20 Intel SSDs and gang them together in a some sort of array configuration, we would need an aggregate queue depth of roughly  200 IOs to drive the stripe.  The aggregated pool can do 35K  X 20, so  we would need a 700K IOPS capable HBA (all this is at the 4K IO size).  But there is NO HBA that can do this today!   This is a REAL problem.  Our multi-core/multi-socket CPU server designs are more than capable of digesting that much IO.  Data base servers would LOVE to be able to do this.  The problem is that with today&#8217;s technology it I am forced to use 4-7 HBAs to pull this off.  Not good slot economy.<br />
Whether one builds an array of off the shelf Intel SSDs or Sun Fmods, the HBAs are the impediment to realize the performance an aggregated SSDs storage array is capable of.<br />
So if any of the SAS HBA vendors are reading this: PLEASE develop a HBA that is capable of driving lots of SSDs – without losing device count.  That would help the industry move forward on SSD/FLASH adoption in enterprise IT shops.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James</title>
		<link>http://storagemojo.com/2009/09/01/the-sun-4-tb-flash-array-f5100/comment-page-1/#comment-205039</link>
		<dc:creator>James</dc:creator>
		<pubDate>Thu, 10 Sep 2009 04:42:23 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=1569#comment-205039</guid>
		<description>If you consider the throttle points of the FMODs and the SAS HBAs, then it rapidly becomes apparent that the &quot;limitation&quot; of not daisy-chaining F5100 trays is actually there to help you and make sure that you can actually achieve the claimed throughput.</description>
		<content:encoded><![CDATA[<p>If you consider the throttle points of the FMODs and the SAS HBAs, then it rapidly becomes apparent that the &#8220;limitation&#8221; of not daisy-chaining F5100 trays is actually there to help you and make sure that you can actually achieve the claimed throughput.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joerg M.</title>
		<link>http://storagemojo.com/2009/09/01/the-sun-4-tb-flash-array-f5100/comment-page-1/#comment-205034</link>
		<dc:creator>Joerg M.</dc:creator>
		<pubDate>Wed, 09 Sep 2009 15:18:08 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=1569#comment-205034</guid>
		<description>@TS: Yes ... i have inside scoop, yes ... you would know why, when you followthe link to my blog, no ... i won&#039;t write about the inside scoop ... neither here nor in my blog.</description>
		<content:encoded><![CDATA[<p>@TS: Yes &#8230; i have inside scoop, yes &#8230; you would know why, when you followthe link to my blog, no &#8230; i won&#8217;t write about the inside scoop &#8230; neither here nor in my blog.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: TS</title>
		<link>http://storagemojo.com/2009/09/01/the-sun-4-tb-flash-array-f5100/comment-page-1/#comment-205017</link>
		<dc:creator>TS</dc:creator>
		<pubDate>Tue, 08 Sep 2009 00:45:27 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=1569#comment-205017</guid>
		<description>@Joerg:

I already said I could be wrong about this.  Everything is speculation at this time.

Although Storage 7000&#039;s updates are named with &quot;Q2&quot; in the name, it doesn&#039;t mean it will be updated every quarter.  And we all know that 7000 series uses OpenSolaris as the base OS, so I doubt it will release something out of ON Gate without officially releasing a OpenSolaris version first.  In fact, the Q2 update was released at the end of April, so we already missed the Quarterly update time frame for 2009Q3 update.

This is the way I look at it from an outsider speculative position.  If Sun wants to rush the F5100 out, it is fine.  I was merely speculating on the fact that if Sun wants the most performance out of the F5100, they would have bundled the LSI MPT2.0 driver that was merged into SNV_118 build. Therefore, from a risk mitigation perspective, they should wait for an official OpenSolaris 2010.02 release before releasing 7000 series updates which is based on OpenSolaris.  That way, you get SAS 2.0 bandwidth(F5100 should have engineered LSI SAS 2.0 Expander into it because anything less would be a lesser optimal solution from aggregate bandwidth perspective)  And if they did wait till Feb of 2010 to release a major update, it would give them ample time to do L2ARC persistence, and possibly ZFS Dedup in there as well.

Feb 2010 is only what 5 months away.  This is all speculation and my personal opinion.  Don&#039;t take it too seriously.  Of course, if you have inside scoop, keep us updated.</description>
		<content:encoded><![CDATA[<p>@Joerg:</p>
<p>I already said I could be wrong about this.  Everything is speculation at this time.</p>
<p>Although Storage 7000&#8242;s updates are named with &#8220;Q2&#8243; in the name, it doesn&#8217;t mean it will be updated every quarter.  And we all know that 7000 series uses OpenSolaris as the base OS, so I doubt it will release something out of ON Gate without officially releasing a OpenSolaris version first.  In fact, the Q2 update was released at the end of April, so we already missed the Quarterly update time frame for 2009Q3 update.</p>
<p>This is the way I look at it from an outsider speculative position.  If Sun wants to rush the F5100 out, it is fine.  I was merely speculating on the fact that if Sun wants the most performance out of the F5100, they would have bundled the LSI MPT2.0 driver that was merged into SNV_118 build. Therefore, from a risk mitigation perspective, they should wait for an official OpenSolaris 2010.02 release before releasing 7000 series updates which is based on OpenSolaris.  That way, you get SAS 2.0 bandwidth(F5100 should have engineered LSI SAS 2.0 Expander into it because anything less would be a lesser optimal solution from aggregate bandwidth perspective)  And if they did wait till Feb of 2010 to release a major update, it would give them ample time to do L2ARC persistence, and possibly ZFS Dedup in there as well.</p>
<p>Feb 2010 is only what 5 months away.  This is all speculation and my personal opinion.  Don&#8217;t take it too seriously.  Of course, if you have inside scoop, keep us updated.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joerg M.</title>
		<link>http://storagemojo.com/2009/09/01/the-sun-4-tb-flash-array-f5100/comment-page-1/#comment-205014</link>
		<dc:creator>Joerg M.</dc:creator>
		<pubDate>Mon, 07 Sep 2009 20:54:27 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=1569#comment-205014</guid>
		<description>@TS: You are wrong about this ... the software of the S7000 has a different release schedule than OpenSolaris 20xx.yy .... 
&quot;Sun Storage 7000 2009.Q2.5.0 Update&quot;. I would assume that the Q stands for Quarter ;) ... and a feature doesn&#039;t have to be in OpenSolaris at first. Thus your assumption about the release date is wrong. Just as a thought: there wouldn&#039;t be the docs at docs.sun.com for a system to be released somewhere next year...</description>
		<content:encoded><![CDATA[<p>@TS: You are wrong about this &#8230; the software of the S7000 has a different release schedule than OpenSolaris 20xx.yy &#8230;.<br />
&#8220;Sun Storage 7000 2009.Q2.5.0 Update&#8221;. I would assume that the Q stands for Quarter <img src='http://storagemojo.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' />  &#8230; and a feature doesn&#8217;t have to be in OpenSolaris at first. Thus your assumption about the release date is wrong. Just as a thought: there wouldn&#8217;t be the docs at docs.sun.com for a system to be released somewhere next year&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: TS</title>
		<link>http://storagemojo.com/2009/09/01/the-sun-4-tb-flash-array-f5100/comment-page-1/#comment-205007</link>
		<dc:creator>TS</dc:creator>
		<pubDate>Mon, 07 Sep 2009 10:25:45 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=1569#comment-205007</guid>
		<description>Robin:

I am not a Sun engineer, but judging from what I know, it is probably not going to be released till Feb 2010.(I could be wrong on this).  And here is the reason why:

1. It is obvious this is the perfect L2ARC cache device for the 7410 server.  Anyone who uses this as a RAID10 storage instead of L2ARC is wasting his money.  But currently L2ARC isn&#039;t persistent, and takes about a day to warm up just the 6x100GB stec SSD in there, so 4TB L2ARC warm up will be horrible.  I don&#039;t know why, but I suspect that L2ARC persistence patch would have to go into OpenSolaris before they will release it for the 7410.

2.  Finding a good set of 4x HBAs to drive this thing would be a challenge.  I think they merged in LSI SAS 6Gbps drivers into NV_118 build, and the LSI 2108 ROC chip is specified to deliver 200K IOPS, which is far more appropriate than LSI 1068E/1078 based adapters.  I think the 7410 right now is IO bound by the 1068Es right now for the Stec 100GB.

3.  Taking 1+2 into consideration, they will probably release OpenSolaris 2010.02 into production before F5100.

Of course, the &quot;regular&quot; folks like myself will have to find alternatives with Dell/HP gear.  I think from HP Side, you can use 8x MSA50s filled with X25-Es driven by 8x P411 adapters to get the same performance as the F5100.  Or from Dell side 4x MD1120s with X25-Es driven by 8x SAS6E HBAs.</description>
		<content:encoded><![CDATA[<p>Robin:</p>
<p>I am not a Sun engineer, but judging from what I know, it is probably not going to be released till Feb 2010.(I could be wrong on this).  And here is the reason why:</p>
<p>1. It is obvious this is the perfect L2ARC cache device for the 7410 server.  Anyone who uses this as a RAID10 storage instead of L2ARC is wasting his money.  But currently L2ARC isn&#8217;t persistent, and takes about a day to warm up just the 6x100GB stec SSD in there, so 4TB L2ARC warm up will be horrible.  I don&#8217;t know why, but I suspect that L2ARC persistence patch would have to go into OpenSolaris before they will release it for the 7410.</p>
<p>2.  Finding a good set of 4x HBAs to drive this thing would be a challenge.  I think they merged in LSI SAS 6Gbps drivers into NV_118 build, and the LSI 2108 ROC chip is specified to deliver 200K IOPS, which is far more appropriate than LSI 1068E/1078 based adapters.  I think the 7410 right now is IO bound by the 1068Es right now for the Stec 100GB.</p>
<p>3.  Taking 1+2 into consideration, they will probably release OpenSolaris 2010.02 into production before F5100.</p>
<p>Of course, the &#8220;regular&#8221; folks like myself will have to find alternatives with Dell/HP gear.  I think from HP Side, you can use 8x MSA50s filled with X25-Es driven by 8x P411 adapters to get the same performance as the F5100.  Or from Dell side 4x MD1120s with X25-Es driven by 8x SAS6E HBAs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ryan</title>
		<link>http://storagemojo.com/2009/09/01/the-sun-4-tb-flash-array-f5100/comment-page-1/#comment-204975</link>
		<dc:creator>Ryan</dc:creator>
		<pubDate>Fri, 04 Sep 2009 12:53:38 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=1569#comment-204975</guid>
		<description>The link to the documentation is broken (http://dlc.sun.com/pdf/820-5874-10/820-5874-10.pdf). Has it been pulled by Sun or something?</description>
		<content:encoded><![CDATA[<p>The link to the documentation is broken (<a href="http://dlc.sun.com/pdf/820-5874-10/820-5874-10.pdf" rel="nofollow">http://dlc.sun.com/pdf/820-5874-10/820-5874-10.pdf</a>). Has it been pulled by Sun or something?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kevin Closson</title>
		<link>http://storagemojo.com/2009/09/01/the-sun-4-tb-flash-array-f5100/comment-page-1/#comment-204962</link>
		<dc:creator>Kevin Closson</dc:creator>
		<pubDate>Thu, 03 Sep 2009 19:46:23 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=1569#comment-204962</guid>
		<description>Outsider,

  Tell me about it. I am an Oracle employee with a blog.</description>
		<content:encoded><![CDATA[<p>Outsider,</p>
<p>  Tell me about it. I am an Oracle employee with a blog.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: outsider</title>
		<link>http://storagemojo.com/2009/09/01/the-sun-4-tb-flash-array-f5100/comment-page-1/#comment-204955</link>
		<dc:creator>outsider</dc:creator>
		<pubDate>Thu, 03 Sep 2009 14:16:28 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=1569#comment-204955</guid>
		<description>Kevin, it&#039;s worse than that. Those guys in the trench coats will actually be lawyers.</description>
		<content:encoded><![CDATA[<p>Kevin, it&#8217;s worse than that. Those guys in the trench coats will actually be lawyers.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Roland</title>
		<link>http://storagemojo.com/2009/09/01/the-sun-4-tb-flash-array-f5100/comment-page-1/#comment-204954</link>
		<dc:creator>Roland</dc:creator>
		<pubDate>Thu, 03 Sep 2009 12:52:30 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=1569#comment-204954</guid>
		<description>We have a latency averse application for which this would be the perfect fit.
A single transaction can generate 10,000 IO on a 2 TB working set.
This would bring response time from 25s down to  2s. Nice.</description>
		<content:encoded><![CDATA[<p>We have a latency averse application for which this would be the perfect fit.<br />
A single transaction can generate 10,000 IO on a 2 TB working set.<br />
This would bring response time from 25s down to  2s. Nice.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: TimC</title>
		<link>http://storagemojo.com/2009/09/01/the-sun-4-tb-flash-array-f5100/comment-page-1/#comment-204944</link>
		<dc:creator>TimC</dc:creator>
		<pubDate>Thu, 03 Sep 2009 02:07:21 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=1569#comment-204944</guid>
		<description>One point I&#039;d like to make: this is UNDOUBTEDLY aimed at a back-end for the 7000 series platform.  That will completely negate any issues with swapping out an FMOD.</description>
		<content:encoded><![CDATA[<p>One point I&#8217;d like to make: this is UNDOUBTEDLY aimed at a back-end for the 7000 series platform.  That will completely negate any issues with swapping out an FMOD.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kevin Closson</title>
		<link>http://storagemojo.com/2009/09/01/the-sun-4-tb-flash-array-f5100/comment-page-1/#comment-204937</link>
		<dc:creator>Kevin Closson</dc:creator>
		<pubDate>Wed, 02 Sep 2009 21:50:26 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=1569#comment-204937</guid>
		<description>Hi Robin,

  Sorry, I can&#039;t comment about futures... there will be trench coat clad thugs showing up to whack me if I do.</description>
		<content:encoded><![CDATA[<p>Hi Robin,</p>
<p>  Sorry, I can&#8217;t comment about futures&#8230; there will be trench coat clad thugs showing up to whack me if I do.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: F5100: 1U, 4TB flash storage from Sun &#171; Storage News</title>
		<link>http://storagemojo.com/2009/09/01/the-sun-4-tb-flash-array-f5100/comment-page-1/#comment-204936</link>
		<dc:creator>F5100: 1U, 4TB flash storage from Sun &#171; Storage News</dc:creator>
		<pubDate>Wed, 02 Sep 2009 21:04:56 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=1569#comment-204936</guid>
		<description>[...] 1U, 4TB flash storage from Sun   StorageMojo is one of the first sites to report about an exciting product that will (probably) be released by [...]</description>
		<content:encoded><![CDATA[<p>[...] 1U, 4TB flash storage from Sun   StorageMojo is one of the first sites to report about an exciting product that will (probably) be released by [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: c0t0d0s0.org</title>
		<link>http://storagemojo.com/2009/09/01/the-sun-4-tb-flash-array-f5100/comment-page-1/#comment-204931</link>
		<dc:creator>c0t0d0s0.org</dc:creator>
		<pubDate>Wed, 02 Sep 2009 19:10:46 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=1569#comment-204931</guid>
		<description>&lt;strong&gt;Sun Storage F5100 Flash Array...&lt;/strong&gt;

Andy talked about at the ISC in Hamburg, yesterday the news broke about some documents at docs.sun.com about an interesting upcoming device. Now Storagemojo wrote about it Kudos to the Sun engineers who have been driving flash forward faster than almos...</description>
		<content:encoded><![CDATA[<p><strong>Sun Storage F5100 Flash Array&#8230;</strong></p>
<p>Andy talked about at the ISC in Hamburg, yesterday the news broke about some documents at docs.sun.com about an interesting upcoming device. Now Storagemojo wrote about it Kudos to the Sun engineers who have been driving flash forward faster than almos&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>

