<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Blog:  Enterprise Storage Sense &#187; SSD</title>
	<atom:link href="http://blog.enterprisestoragesense.com/category/ssd/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.enterprisestoragesense.com</link>
	<description>Insight, analysis and commentary on data storage industry trends and technologies.</description>
	<lastBuildDate>Fri, 23 Jul 2010 17:30:47 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
		<item>
		<title>The “Drive” for Higher Data Center Application Performance</title>
		<link>http://blog.enterprisestoragesense.com/2010/07/23/the-%e2%80%9cdrive%e2%80%9d-for-higher-data-center-application-performance/</link>
		<comments>http://blog.enterprisestoragesense.com/2010/07/23/the-%e2%80%9cdrive%e2%80%9d-for-higher-data-center-application-performance/#comments</comments>
		<pubDate>Fri, 23 Jul 2010 17:30:47 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Enterprise Flash Drive]]></category>
		<category><![CDATA[Financial]]></category>
		<category><![CDATA[HDD]]></category>
		<category><![CDATA[I/O performance]]></category>
		<category><![CDATA[SSD]]></category>
		<category><![CDATA[data center storage]]></category>
		<category><![CDATA[data center]]></category>
		<category><![CDATA[database application]]></category>
		<category><![CDATA[IT system performance]]></category>
		<category><![CDATA[objective analysis]]></category>
		<category><![CDATA[Pliant]]></category>
		<category><![CDATA[Tabb group]]></category>

		<guid isPermaLink="false">http://blog.enterprisestoragesense.com/?p=155</guid>
		<description><![CDATA[For today’s data centers, achieving ever higher levels of IT system performance to meet the demands of data-transaction intensive applications is fast becoming the primary objective of IT mangers. The reason: time is money.  And, for increasing numbers of businesses a small advantage in IT application performance can translate into millions – or even, tens [...]]]></description>
			<content:encoded><![CDATA[<p>For today’s data centers, achieving ever higher levels of IT system performance to meet the demands of data-transaction intensive applications is fast becoming the primary objective of IT mangers.</p>
<p>The reason: time is money.  And, for increasing numbers of businesses a small advantage in IT application performance can translate into millions – or even, tens of million dollars – in gained, or lost, revenue. </p>
<p>Brokerage trading applications are a prime example.  According to the <a href="http://www.tabbgroup.com/" target="_blank">TABB Group</a>, if a broker’s electronic trading platform is 5 milliseconds behind the competition, it could lose at least 1 percent of its flow – that’s $4 million in revenues per millisecond. Up to 10 milliseconds of latency could result in a 10 percent drop in revenues.  Looking at this another way:  a 1-millisecond advantage in trading applications can be worth $100 million a year to a brokerage firm (source: <a href="http://www.computerworld.com/s/article/print/302293/Wall_Street_IT_Can_Teach_Main_Street?taxonomyName=Management+and+Careers&amp;taxonomyId=14" target="_blank">Computerworld</a>).</p>
<p>This is just one of many enterprise applications where the tremendous performance advantages of solid state drives/Enterprise Flash Drives (EFDs) can provide tangible, bottom line business benefits. </p>
<p>Here’s why: Even today’s fastest HDDs have access times (the time delay between a request for data and the requested data returned) of approximately 9 milliseconds – an eternity in the lightning-quick world of securities trading.  Today’s enterprise-class SSDs, on the other hand, have access times of .2-.3 milliseconds.  (source: Transcend Information, Inc.)</p>
<p>With this increased level of performance applied to trading applications, the benefit to Wall Street is real, immediate and significant.</p>
<p>And, these performance benefits apply to many enterprise and data center applications.  Peak period transaction processing, global ERP-driven supply chains, video streaming, and even networked gaming will all see tremendous data processing productivity gains which could result in significant competitive advantages and real increases in profitability.</p>
<p>Only enterprise flash drives can provide this level of game-changing, bottom line performance benefits. </p>
<p>It’s no surprise, then, that Jim Handy of <a href="http://www.objective-analysis.com/" target="_blank">Objective Analysis</a>, is so bullish about the growth of the SSD market for enterprise applications.  In his recent report, “The Enterprise SSD: Technologies &amp; Markets,” he projects that enterprise SSDs will reach $4 billion in revenue by 2015, driven by the ongoing quest for higher levels of enterprise application performance.</p>
<p>Curious to hear what you think.  Your comments and feedback are welcome.<br />
 <br />
Greg</p>
<p><script src="http://w.sharethis.com/button/sharethis.js#publisher=6fb13b80-4589-4a64-8ef6-9b8178d565fd&amp;type=mce-website" type="text/javascript"></script></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.enterprisestoragesense.com/2010/07/23/the-%e2%80%9cdrive%e2%80%9d-for-higher-data-center-application-performance/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Scalable Performance, Part II – Managing Response Times</title>
		<link>http://blog.enterprisestoragesense.com/2010/06/21/scalable-performance-part-ii-%e2%80%93-managing-response-times/</link>
		<comments>http://blog.enterprisestoragesense.com/2010/06/21/scalable-performance-part-ii-%e2%80%93-managing-response-times/#comments</comments>
		<pubDate>Mon, 21 Jun 2010 21:18:03 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Enterprise Flash Drive]]></category>
		<category><![CDATA[HDD]]></category>
		<category><![CDATA[I/O performance]]></category>
		<category><![CDATA[IOPs]]></category>
		<category><![CDATA[SSD]]></category>
		<category><![CDATA[scalable performance]]></category>
		<category><![CDATA[Enterprise Flash Drives]]></category>
		<category><![CDATA[enterprise storage]]></category>
		<category><![CDATA[Pliant]]></category>

		<guid isPermaLink="false">http://blog.enterprisestoragesense.com/?p=137</guid>
		<description><![CDATA[Previously I wrote about the importance of “scalable performance” when it comes enterprise storage. My point: Enterprise-class SSDs must have sufficient back-end horsepower to scale I/O performance to meet increasing workloads for today’s data-throughput intensive applications. Pliant recently ran a series of performance tests on several storage devices, and the results were eye opening. For [...]]]></description>
			<content:encoded><![CDATA[<p>Previously I wrote about the importance of “scalable performance” when it comes enterprise storage.  My point: Enterprise-class SSDs must have sufficient back-end horsepower to scale I/O performance to meet increasing workloads for today’s data-throughput intensive applications.</p>
<p>Pliant recently ran a series of performance tests on several storage devices, and the results were eye opening.  For baseline reference, see what happens to a typical enterprise 15K RPM hard drive as the workload increases:</p>
<p>Once the HDD reaches 400 IOPS, the response time starts to increase considerably to more than 75,000 microseconds (μs).  And, as it reaches 500 IOPS, the response time nearly doubles, reaching more than 137,000 μs.  This is the expected behavior for a mechanical device, limited by a single actuator.</p>
<p style="text-align: left;">Generally speaking, SSDs offer better raw I/O performance than HDDs, but when it comes to scalability and managing response time, the results are startling:</p>
<p style="text-align: center;"><a href="http://blog.enterprisestoragesense.com/wp-content/uploads/2010/06/Saturation-Chart_time-vs.-bandwidth.png"><img class="size-full wp-image-140  aligncenter" title="Saturation Chart_time vs. bandwidth" src="http://blog.enterprisestoragesense.com/wp-content/uploads/2010/06/Saturation-Chart_time-vs.-bandwidth.png" alt="" width="529" height="317" /></a></p>
<p style="text-align: left;">The chart above compares the STEC ZeusIOPS SAS SSD against the Pliant Lightning™ LS 300S EFD using the same saturation plot.  As the workload increased, the STEC SSD’s response time increased dramatically, reaching as high as &gt;10,000 microseconds, without significant scaling of I/O bandwidth.  In contrast, the Pliant LS 300S was able keep response time below 2,000 microseconds and continued to scale I/O bandwidth to more than 32,000 IOPS.</p>
<p>This is the reason we designed Pliant’s Lightning Enterprise Flash Drive (EFD) to provide steady, predictable performance over time regardless of workload:</p>
<p style="text-align: center;"><a href="http://blog.enterprisestoragesense.com/wp-content/uploads/2010/06/Saturation-Chart_time-vs.-bandwidth-2.png"><img class="aligncenter size-full wp-image-141" title="Saturation Chart_time vs. bandwidth 2" src="http://blog.enterprisestoragesense.com/wp-content/uploads/2010/06/Saturation-Chart_time-vs.-bandwidth-2.png" alt="" width="529" height="317" /></a></p>
<p>Data center I/O demands are dynamic and unpredictable by nature.  As such, enterprise storage devices must have the power and flexibility to scale on-the-fly to provide a high level of performance at all times and under all workloads.</p>
<p>C.T. Chu</p>
<p><script src="http://w.sharethis.com/button/sharethis.js#publisher=6fb13b80-4589-4a64-8ef6-9b8178d565fd&amp;type=mce-website" type="text/javascript"></script></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.enterprisestoragesense.com/2010/06/21/scalable-performance-part-ii-%e2%80%93-managing-response-times/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>“Predictable performance” is good. “Scalable performance” is even better!</title>
		<link>http://blog.enterprisestoragesense.com/2009/11/30/%e2%80%9cpredictable-performance%e2%80%9d-is-good-%e2%80%9cscalable-performance%e2%80%9d-is-even-better/</link>
		<comments>http://blog.enterprisestoragesense.com/2009/11/30/%e2%80%9cpredictable-performance%e2%80%9d-is-good-%e2%80%9cscalable-performance%e2%80%9d-is-even-better/#comments</comments>
		<pubDate>Mon, 30 Nov 2009 20:52:16 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Fibre Channel]]></category>
		<category><![CDATA[HDD]]></category>
		<category><![CDATA[Hard Disk Drives]]></category>
		<category><![CDATA[I/O performance]]></category>
		<category><![CDATA[Pliant Technology]]></category>
		<category><![CDATA[SSD]]></category>
		<category><![CDATA[Solid State Drives]]></category>
		<category><![CDATA[enterprise storage]]></category>
		<category><![CDATA[performance droop]]></category>
		<category><![CDATA[scalable performance]]></category>
		<category><![CDATA[Bell Micro]]></category>
		<category><![CDATA[hard disk drive]]></category>
		<category><![CDATA[SAS]]></category>

		<guid isPermaLink="false">http://blog.enterprisestoragesense.com/?p=98</guid>
		<description><![CDATA[We’ve been participating in Bell Micro’s SSD Seminar Series to help educate enterprise IT managers, OEMs, and storage and IT system developers on the significant performance, reliability and cost advantages of next-generation solid-state storage technology. The seminars have been held in cities across North America (Toronto, Montreal, Boston, Bethesda, and Minneapolis), and the final one [...]]]></description>
			<content:encoded><![CDATA[<p>We’ve been participating in <a href="http://www.bellmicro.com" target="_blank">Bell Micro’s</a> <a href="http://www.bellmicro.com/ssd/seminar.asp" target="_blank">SSD Seminar Series</a> to help educate enterprise IT managers, OEMs, and storage and IT system developers on the significant performance, reliability and cost advantages of next-generation solid-state storage technology.</p>
<p>The seminars have been held in cities across North America (Toronto, Montreal, Boston, Bethesda, and Minneapolis), and the final one is scheduled for this Thursday, Dec. 3, in Milpitas, CA. Four SSD suppliers, including Pliant, will be presenting on the multiple benefits of adding SSDs to the storage infrastructure.</p>
<p>Not surprisingly, there’s quite a bit of expectation and discussion at the seminars that SSDs can deliver significantly higher I/O performance than hard drives. However, what’s surprising to me, having done five of the six seminars, is that people are already talking about “performance droop in SSD over time.” One of the vendors even stated, “fresh-out-of-box performance is different than steady-state performance.”</p>
<p>Now, I will spare you the discussion on how garbage collection affects SSD performance over time, as there are already plenty of articles on this subject. What is most troublesome is that performance droop should not occur at all. Solid state drives are supposed to alleviate performance bottlenecks, not introduce new ones. As such, a properly designed SSD controller <strong>should </strong>and must have sufficient horsepower so that a critical function like garbage collection will not impact I/O performance.</p>
<p>While we’re on the subject of performance, let’s talk about scalable performance.</p>
<p>Advanced interfaces, such as Fibre Channel (FC) and Serial Attached SCSI (SAS), provide access to two ports. For years, the secondary port has been relegated to sitting idle, used only when the primary port failed.</p>
<p>That’s a shame&#8230;and a waste, in my opinion.</p>
<p>Both the FC and SAS interfaces allow performance to scale when both ports are actively used. Given the fact that solid state drives are not physically constrained by a single read/write head, one <strong>should </strong>expect to scale performance by reading and writing to <strong>both </strong>ports at the same time!</p>
<p>The below charts illustrate the point:</p>
<p style="text-align: center;"><img class="aligncenter size-full wp-image-119" title="Scalable Performance Comparison Chart" src="http://blog.enterprisestoragesense.com/wp-content/uploads/2009/11/Scalable-Performance-Comparison-Chart1.png" alt="Scalable Performance Comparison Chart" width="604" height="670" /></p>
<p>You paid for both ports already. Why not actually use both?</p>
<p>If you would like to learn more about “scalable performance” and how you can best implement enterprise SSD storage in your IT infrastructure, I invite you to join me and the Bell Micro team at the seminar this Thursday. It will be held at the <a href="http://www.ichotelsgroup.com/h/d/cp/1/en/hotel/sfomp" target="_blank">Crowne Plaza Hotel</a> in Milpitas, CA.</p>
<p>You can find more detailed info here:  <a href="http://www.bellmicro.com/ssd/seminar.asp" target="_blank">http://www.bellmicro.com/ssd/seminar.asp</a>.</p>
<p>I look forward to seeing you there!</p>
<p>C.T. Chu</p>
<div id="_mcePaste" style="overflow: hidden; position: absolute; left: -10000px; top: 320px; width: 1px; height: 1px;"><!--[if gte mso 9]><xml> <w:WordDocument> <w:View>Normal</w:View> <w:Zoom>0</w:Zoom> <w:TrackMoves /> <w:TrackFormatting /> <w:PunctuationKerning /> <w:ValidateAgainstSchemas /> <w:SaveIfXMLInvalid>false</w:SaveIfXMLInvalid> <w:IgnoreMixedContent>false</w:IgnoreMixedContent> <w:AlwaysShowPlaceholderText>false</w:AlwaysShowPlaceholderText> <w:DoNotPromoteQF /> <w:LidThemeOther>EN-US</w:LidThemeOther> <w:LidThemeAsian>X-NONE</w:LidThemeAsian> <w:LidThemeComplexScript>X-NONE</w:LidThemeComplexScript> <w:Compatibility> <w:BreakWrappedTables /> <w:SnapToGridInCell /> <w:WrapTextWithPunct /> <w:UseAsianBreakRules /> <w:DontGrowAutofit /> <w:SplitPgBreakAndParaMark /> <w:DontVertAlignCellWithSp /> <w:DontBreakConstrainedForcedTables /> <w:DontVertAlignInTxbx /> <w:Word11KerningPairs /> <w:CachedColBalance /> </w:Compatibility> <m:mathPr> <m:mathFont m:val="Cambria Math" /> <m:brkBin m:val="before" /> <m:brkBinSub m:val="&#45;-" /> <m:smallFrac m:val="off" /> <m:dispDef /> <m:lMargin m:val="0" /> <m:rMargin m:val="0" /> <m:defJc m:val="centerGroup" /> <m:wrapIndent m:val="1440" /> <m:intLim m:val="subSup" /> <m:naryLim m:val="undOvr" /> </m:mathPr></w:WordDocument> </xml><![endif]--><!--[if gte mso 9]><xml> <w:LatentStyles DefLockedState="false" DefUnhideWhenUsed="true"   DefSemiHidden="true" DefQFormat="false" DefPriority="99"   LatentStyleCount="267"> <w:LsdException Locked="false" Priority="0" SemiHidden="false"    UnhideWhenUsed="false" QFormat="true" Name="Normal" /> <w:LsdException Locked="false" Priority="9" SemiHidden="false"    UnhideWhenUsed="false" QFormat="true" Name="heading 1" /> <w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 2" /> <w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 3" /> <w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 4" /> <w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 5" /> <w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 6" /> <w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 7" /> <w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 8" /> <w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 9" /> <w:LsdException Locked="false" Priority="39" Name="toc 1" /> <w:LsdException Locked="false" Priority="39" Name="toc 2" /> <w:LsdException Locked="false" Priority="39" Name="toc 3" /> <w:LsdException Locked="false" Priority="39" Name="toc 4" /> <w:LsdException Locked="false" Priority="39" Name="toc 5" /> <w:LsdException Locked="false" Priority="39" Name="toc 6" /> <w:LsdException Locked="false" Priority="39" Name="toc 7" /> <w:LsdException Locked="false" Priority="39" Name="toc 8" /> <w:LsdException Locked="false" Priority="39" Name="toc 9" /> <w:LsdException Locked="false" Priority="35" QFormat="true" Name="caption" /> <w:LsdException Locked="false" Priority="10" SemiHidden="false"    UnhideWhenUsed="false" QFormat="true" Name="Title" /> <w:LsdException Locked="false" Priority="1" Name="Default Paragraph Font" /> <w:LsdException Locked="false" Priority="11" SemiHidden="false"    UnhideWhenUsed="false" QFormat="true" Name="Subtitle" /> <w:LsdException Locked="false" Priority="22" SemiHidden="false"    UnhideWhenUsed="false" QFormat="true" Name="Strong" /> <w:LsdException Locked="false" Priority="20" SemiHidden="false"    UnhideWhenUsed="false" QFormat="true" Name="Emphasis" /> <w:LsdException Locked="false" Priority="59" SemiHidden="false"    UnhideWhenUsed="false" Name="Table Grid" /> <w:LsdException Locked="false" UnhideWhenUsed="false" Name="Placeholder Text" /> <w:LsdException Locked="false" Priority="1" SemiHidden="false"    UnhideWhenUsed="false" QFormat="true" Name="No Spacing" /> <w:LsdException Locked="false" Priority="60" SemiHidden="false"    UnhideWhenUsed="false" Name="Light Shading" /> <w:LsdException Locked="false" Priority="61" SemiHidden="false"    UnhideWhenUsed="false" Name="Light List" /> <w:LsdException Locked="false" Priority="62" SemiHidden="false"    UnhideWhenUsed="false" Name="Light Grid" /> <w:LsdException Locked="false" Priority="63" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Shading 1" /> <w:LsdException Locked="false" Priority="64" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Shading 2" /> <w:LsdException Locked="false" Priority="65" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium List 1" /> <w:LsdException Locked="false" Priority="66" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium List 2" /> <w:LsdException Locked="false" Priority="67" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Grid 1" /> <w:LsdException Locked="false" Priority="68" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Grid 2" /> <w:LsdException Locked="false" Priority="69" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Grid 3" /> <w:LsdException Locked="false" Priority="70" SemiHidden="false"    UnhideWhenUsed="false" Name="Dark List" /> <w:LsdException Locked="false" Priority="71" SemiHidden="false"    UnhideWhenUsed="false" Name="Colorful Shading" /> <w:LsdException Locked="false" Priority="72" SemiHidden="false"    UnhideWhenUsed="false" Name="Colorful List" /> <w:LsdException Locked="false" Priority="73" SemiHidden="false"    UnhideWhenUsed="false" Name="Colorful Grid" /> <w:LsdException Locked="false" Priority="60" SemiHidden="false"    UnhideWhenUsed="false" Name="Light Shading Accent 1" /> <w:LsdException Locked="false" Priority="61" SemiHidden="false"    UnhideWhenUsed="false" Name="Light List Accent 1" /> <w:LsdException Locked="false" Priority="62" SemiHidden="false"    UnhideWhenUsed="false" Name="Light Grid Accent 1" /> <w:LsdException Locked="false" Priority="63" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Shading 1 Accent 1" /> <w:LsdException Locked="false" Priority="64" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Shading 2 Accent 1" /> <w:LsdException Locked="false" Priority="65" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium List 1 Accent 1" /> <w:LsdException Locked="false" UnhideWhenUsed="false" Name="Revision" /> <w:LsdException Locked="false" Priority="34" SemiHidden="false"    UnhideWhenUsed="false" QFormat="true" Name="List Paragraph" /> <w:LsdException Locked="false" Priority="29" SemiHidden="false"    UnhideWhenUsed="false" QFormat="true" Name="Quote" /> <w:LsdException Locked="false" Priority="30" SemiHidden="false"    UnhideWhenUsed="false" QFormat="true" Name="Intense Quote" /> <w:LsdException Locked="false" Priority="66" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium List 2 Accent 1" /> <w:LsdException Locked="false" Priority="67" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Grid 1 Accent 1" /> <w:LsdException Locked="false" Priority="68" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Grid 2 Accent 1" /> <w:LsdException Locked="false" Priority="69" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Grid 3 Accent 1" /> <w:LsdException Locked="false" Priority="70" SemiHidden="false"    UnhideWhenUsed="false" Name="Dark List Accent 1" /> <w:LsdException Locked="false" Priority="71" SemiHidden="false"    UnhideWhenUsed="false" Name="Colorful Shading Accent 1" /> <w:LsdException Locked="false" Priority="72" SemiHidden="false"    UnhideWhenUsed="false" Name="Colorful List Accent 1" /> <w:LsdException Locked="false" Priority="73" SemiHidden="false"    UnhideWhenUsed="false" Name="Colorful Grid Accent 1" /> <w:LsdException Locked="false" Priority="60" SemiHidden="false"    UnhideWhenUsed="false" Name="Light Shading Accent 2" /> <w:LsdException Locked="false" Priority="61" SemiHidden="false"    UnhideWhenUsed="false" Name="Light List Accent 2" /> <w:LsdException Locked="false" Priority="62" SemiHidden="false"    UnhideWhenUsed="false" Name="Light Grid Accent 2" /> <w:LsdException Locked="false" Priority="63" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Shading 1 Accent 2" /> <w:LsdException Locked="false" Priority="64" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Shading 2 Accent 2" /> <w:LsdException Locked="false" Priority="65" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium List 1 Accent 2" /> <w:LsdException Locked="false" Priority="66" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium List 2 Accent 2" /> <w:LsdException Locked="false" Priority="67" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Grid 1 Accent 2" /> <w:LsdException Locked="false" Priority="68" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Grid 2 Accent 2" /> <w:LsdException Locked="false" Priority="69" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Grid 3 Accent 2" /> <w:LsdException Locked="false" Priority="70" SemiHidden="false"    UnhideWhenUsed="false" Name="Dark List Accent 2" /> <w:LsdException Locked="false" Priority="71" SemiHidden="false"    UnhideWhenUsed="false" Name="Colorful Shading Accent 2" /> <w:LsdException Locked="false" Priority="72" SemiHidden="false"    UnhideWhenUsed="false" Name="Colorful List Accent 2" /> <w:LsdException Locked="false" Priority="73" SemiHidden="false"    UnhideWhenUsed="false" Name="Colorful Grid Accent 2" /> <w:LsdException Locked="false" Priority="60" SemiHidden="false"    UnhideWhenUsed="false" Name="Light Shading Accent 3" /> <w:LsdException Locked="false" Priority="61" SemiHidden="false"    UnhideWhenUsed="false" Name="Light List Accent 3" /> <w:LsdException Locked="false" Priority="62" SemiHidden="false"    UnhideWhenUsed="false" Name="Light Grid Accent 3" /> <w:LsdException Locked="false" Priority="63" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Shading 1 Accent 3" /> <w:LsdException Locked="false" Priority="64" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Shading 2 Accent 3" /> <w:LsdException Locked="false" Priority="65" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium List 1 Accent 3" /> <w:LsdException Locked="false" Priority="66" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium List 2 Accent 3" /> <w:LsdException Locked="false" Priority="67" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Grid 1 Accent 3" /> <w:LsdException Locked="false" Priority="68" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Grid 2 Accent 3" /> <w:LsdException Locked="false" Priority="69" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Grid 3 Accent 3" /> <w:LsdException Locked="false" Priority="70" SemiHidden="false"    UnhideWhenUsed="false" Name="Dark List Accent 3" /> <w:LsdException Locked="false" Priority="71" SemiHidden="false"    UnhideWhenUsed="false" Name="Colorful Shading Accent 3" /> <w:LsdException Locked="false" Priority="72" SemiHidden="false"    UnhideWhenUsed="false" Name="Colorful List Accent 3" /> <w:LsdException Locked="false" Priority="73" SemiHidden="false"    UnhideWhenUsed="false" Name="Colorful Grid Accent 3" /> <w:LsdException Locked="false" Priority="60" SemiHidden="false"    UnhideWhenUsed="false" Name="Light Shading Accent 4" /> <w:LsdException Locked="false" Priority="61" SemiHidden="false"    UnhideWhenUsed="false" Name="Light List Accent 4" /> <w:LsdException Locked="false" Priority="62" SemiHidden="false"    UnhideWhenUsed="false" Name="Light Grid Accent 4" /> <w:LsdException Locked="false" Priority="63" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Shading 1 Accent 4" /> <w:LsdException Locked="false" Priority="64" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Shading 2 Accent 4" /> <w:LsdException Locked="false" Priority="65" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium List 1 Accent 4" /> <w:LsdException Locked="false" Priority="66" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium List 2 Accent 4" /> <w:LsdException Locked="false" Priority="67" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Grid 1 Accent 4" /> <w:LsdException Locked="false" Priority="68" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Grid 2 Accent 4" /> <w:LsdException Locked="false" Priority="69" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Grid 3 Accent 4" /> <w:LsdException Locked="false" Priority="70" SemiHidden="false"    UnhideWhenUsed="false" Name="Dark List Accent 4" /> <w:LsdException Locked="false" Priority="71" SemiHidden="false"    UnhideWhenUsed="false" Name="Colorful Shading Accent 4" /> <w:LsdException Locked="false" Priority="72" SemiHidden="false"    UnhideWhenUsed="false" Name="Colorful List Accent 4" /> <w:LsdException Locked="false" Priority="73" SemiHidden="false"    UnhideWhenUsed="false" Name="Colorful Grid Accent 4" /> <w:LsdException Locked="false" Priority="60" SemiHidden="false"    UnhideWhenUsed="false" Name="Light Shading Accent 5" /> <w:LsdException Locked="false" Priority="61" SemiHidden="false"    UnhideWhenUsed="false" Name="Light List Accent 5" /> <w:LsdException Locked="false" Priority="62" SemiHidden="false"    UnhideWhenUsed="false" Name="Light Grid Accent 5" /> <w:LsdException Locked="false" Priority="63" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Shading 1 Accent 5" /> <w:LsdException Locked="false" Priority="64" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Shading 2 Accent 5" /> <w:LsdException Locked="false" Priority="65" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium List 1 Accent 5" /> <w:LsdException Locked="false" Priority="66" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium List 2 Accent 5" /> <w:LsdException Locked="false" Priority="67" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Grid 1 Accent 5" /> <w:LsdException Locked="false" Priority="68" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Grid 2 Accent 5" /> <w:LsdException Locked="false" Priority="69" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Grid 3 Accent 5" /> <w:LsdException Locked="false" Priority="70" SemiHidden="false"    UnhideWhenUsed="false" Name="Dark List Accent 5" /> <w:LsdException Locked="false" Priority="71" SemiHidden="false"    UnhideWhenUsed="false" Name="Colorful Shading Accent 5" /> <w:LsdException Locked="false" Priority="72" SemiHidden="false"    UnhideWhenUsed="false" Name="Colorful List Accent 5" /> <w:LsdException Locked="false" Priority="73" SemiHidden="false"    UnhideWhenUsed="false" Name="Colorful Grid Accent 5" /> <w:LsdException Locked="false" Priority="60" SemiHidden="false"    UnhideWhenUsed="false" Name="Light Shading Accent 6" /> <w:LsdException Locked="false" Priority="61" SemiHidden="false"    UnhideWhenUsed="false" Name="Light List Accent 6" /> <w:LsdException Locked="false" Priority="62" SemiHidden="false"    UnhideWhenUsed="false" Name="Light Grid Accent 6" /> <w:LsdException Locked="false" Priority="63" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Shading 1 Accent 6" /> <w:LsdException Locked="false" Priority="64" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Shading 2 Accent 6" /> <w:LsdException Locked="false" Priority="65" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium List 1 Accent 6" /> <w:LsdException Locked="false" Priority="66" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium List 2 Accent 6" /> <w:LsdException Locked="false" Priority="67" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Grid 1 Accent 6" /> <w:LsdException Locked="false" Priority="68" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Grid 2 Accent 6" /> <w:LsdException Locked="false" Priority="69" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Grid 3 Accent 6" /> <w:LsdException Locked="false" Priority="70" SemiHidden="false"    UnhideWhenUsed="false" Name="Dark List Accent 6" /> <w:LsdException Locked="false" Priority="71" SemiHidden="false"    UnhideWhenUsed="false" Name="Colorful Shading Accent 6" /> <w:LsdException Locked="false" Priority="72" SemiHidden="false"    UnhideWhenUsed="false" Name="Colorful List Accent 6" /> <w:LsdException Locked="false" Priority="73" SemiHidden="false"    UnhideWhenUsed="false" Name="Colorful Grid Accent 6" /> <w:LsdException Locked="false" Priority="19" SemiHidden="false"    UnhideWhenUsed="false" QFormat="true" Name="Subtle Emphasis" /> <w:LsdException Locked="false" Priority="21" SemiHidden="false"    UnhideWhenUsed="false" QFormat="true" Name="Intense Emphasis" /> <w:LsdException Locked="false" Priority="31" SemiHidden="false"    UnhideWhenUsed="false" QFormat="true" Name="Subtle Reference" /> <w:LsdException Locked="false" Priority="32" SemiHidden="false"    UnhideWhenUsed="false" QFormat="true" Name="Intense Reference" /> <w:LsdException Locked="false" Priority="33" SemiHidden="false"    UnhideWhenUsed="false" QFormat="true" Name="Book Title" /> <w:LsdException Locked="false" Priority="37" Name="Bibliography" /> <w:LsdException Locked="false" Priority="39" QFormat="true" Name="TOC Heading" /> </w:LatentStyles> </xml><![endif]--><!--  /* Font Definitions */  @font-face 	{font-family:"Cambria Math"; 	panose-1:2 4 5 3 5 4 6 3 2 4; 	mso-font-charset:1; 	mso-generic-font-family:roman; 	mso-font-format:other; 	mso-font-pitch:variable; 	mso-font-signature:0 0 0 0 0 0;} @font-face 	{font-family:Calibri; 	panose-1:2 15 5 2 2 2 4 3 2 4; 	mso-font-charset:0; 	mso-generic-font-family:swiss; 	mso-font-pitch:variable; 	mso-font-signature:-1610611985 1073750139 0 0 159 0;}  /* Style Definitions */  p.MsoNormal, li.MsoNormal, div.MsoNormal 	{mso-style-unhide:no; 	mso-style-qformat:yes; 	mso-style-parent:""; 	margin-top:0in; 	margin-right:0in; 	margin-bottom:10.0pt; 	margin-left:0in; 	line-height:115%; 	mso-pagination:widow-orphan; 	font-size:11.0pt; 	font-family:"Calibri","sans-serif"; 	mso-ascii-font-family:Calibri; 	mso-ascii-theme-font:minor-latin; 	mso-fareast-font-family:Calibri; 	mso-fareast-theme-font:minor-latin; 	mso-hansi-font-family:Calibri; 	mso-hansi-theme-font:minor-latin; 	mso-bidi-font-family:"Times New Roman"; 	mso-bidi-theme-font:minor-bidi;} a:link, span.MsoHyperlink 	{mso-style-priority:99; 	color:blue; 	mso-themecolor:hyperlink; 	text-decoration:underline; 	text-underline:single;} a:visited, span.MsoHyperlinkFollowed 	{mso-style-noshow:yes; 	mso-style-priority:99; 	color:purple; 	mso-themecolor:followedhyperlink; 	text-decoration:underline; 	text-underline:single;} .MsoChpDefault 	{mso-style-type:export-only; 	mso-default-props:yes; 	mso-ascii-font-family:Calibri; 	mso-ascii-theme-font:minor-latin; 	mso-fareast-font-family:Calibri; 	mso-fareast-theme-font:minor-latin; 	mso-hansi-font-family:Calibri; 	mso-hansi-theme-font:minor-latin; 	mso-bidi-font-family:"Times New Roman"; 	mso-bidi-theme-font:minor-bidi;} .MsoPapDefault 	{mso-style-type:export-only; 	margin-bottom:10.0pt; 	line-height:115%;} @page Section1 	{size:8.5in 11.0in; 	margin:1.0in 1.0in 1.0in 1.0in; 	mso-header-margin:.5in; 	mso-footer-margin:.5in; 	mso-paper-source:0;} div.Section1 	{page:Section1;} --><!--[if gte mso 10]> <mce:style><!   /* Style Definitions */  table.MsoNormalTable 	{mso-style-name:"Table Normal"; 	mso-tstyle-rowband-size:0; 	mso-tstyle-colband-size:0; 	mso-style-noshow:yes; 	mso-style-priority:99; 	mso-style-qformat:yes; 	mso-style-parent:""; 	mso-padding-alt:0in 5.4pt 0in 5.4pt; 	mso-para-margin-top:0in; 	mso-para-margin-right:0in; 	mso-para-margin-bottom:10.0pt; 	mso-para-margin-left:0in; 	line-height:115%; 	mso-pagination:widow-orphan; 	font-size:11.0pt; 	font-family:"Calibri","sans-serif"; 	mso-ascii-font-family:Calibri; 	mso-ascii-theme-font:minor-latin; 	mso-fareast-font-family:"Times New Roman"; 	mso-fareast-theme-font:minor-fareast; 	mso-hansi-font-family:Calibri; 	mso-hansi-theme-font:minor-latin;} --> <!--[endif]--></p>
<p class="MsoNormal" style="margin-bottom: 0.0001pt;">You paid for both ports already. Why not actually use both?</p>
<p class="MsoNormal" style="margin-bottom: 0.0001pt;">
<p class="MsoNormal" style="margin-bottom: 0.0001pt; line-height: normal;">If you would like to learn more about “scalable performance” and how you can best implement enterprise SSD storage in your IT infrastructure, I invite you to join me and the Bell Micro team at the seminar this Thursday. It will be held at the Crowne Plaza Hotel in Milpitas, CA.<span> </span></p>
<p class="MsoNormal" style="margin-bottom: 0.0001pt; line-height: normal;">
<p class="MsoNormal" style="margin-bottom: 0.0001pt; line-height: normal;">You can find more detailed info here:<span> </span><a href="http://www.bellmicro.com/ssd/seminar.asp">http://www.bellmicro.com/ssd/seminar.asp</a>.</p>
<p class="MsoNormal" style="margin-bottom: 0.0001pt;">
<p class="MsoNormal" style="margin-bottom: 0.0001pt;">I look forward to seeing you there!</p>
<p class="MsoNormal" style="margin-bottom: 0.0001pt;">
<p class="MsoNormal" style="margin-bottom: 0.0001pt;">C.T. Chu</p>
</div>
<p><script src="http://w.sharethis.com/button/sharethis.js#publisher=6fb13b80-4589-4a64-8ef6-9b8178d565fd&amp;type=mce-website" type="text/javascript"></script></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.enterprisestoragesense.com/2009/11/30/%e2%80%9cpredictable-performance%e2%80%9d-is-good-%e2%80%9cscalable-performance%e2%80%9d-is-even-better/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Settling the SSD ‘High-Cost’ Debate</title>
		<link>http://blog.enterprisestoragesense.com/2009/06/08/settling-the-ssd-%e2%80%98high-cost%e2%80%99-debate/</link>
		<comments>http://blog.enterprisestoragesense.com/2009/06/08/settling-the-ssd-%e2%80%98high-cost%e2%80%99-debate/#comments</comments>
		<pubDate>Mon, 08 Jun 2009 19:27:31 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Enterprise Flash Drive]]></category>
		<category><![CDATA[Flash Technology]]></category>
		<category><![CDATA[Green IT]]></category>
		<category><![CDATA[HDD]]></category>
		<category><![CDATA[Hard Disk Drives]]></category>
		<category><![CDATA[I/O performance]]></category>
		<category><![CDATA[IOPs]]></category>
		<category><![CDATA[SSD]]></category>
		<category><![CDATA[Solid State Drives]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[data center storage]]></category>
		<category><![CDATA[energy consumption]]></category>
		<category><![CDATA[enterprise storage]]></category>
		<category><![CDATA[storage reliability]]></category>
		<category><![CDATA[data centers]]></category>
		<category><![CDATA[energy efficiency]]></category>
		<category><![CDATA[Enterprise Flash Drives]]></category>
		<category><![CDATA[Flash]]></category>
		<category><![CDATA[hard drive]]></category>
		<category><![CDATA[TCO]]></category>

		<guid isPermaLink="false">http://blog.enterprisestoragesense.com/?p=81</guid>
		<description><![CDATA[A criticism I often hear from industry insiders and ‘experts’ is that the higher cost and TCO (Total Cost of Ownership) of SSD technology is a significant barrier to rapid and widespread enterprise adoption. Nothing could be further from the truth. I believe that this stems from the fact that the industry is stuck on [...]]]></description>
			<content:encoded><![CDATA[<p>A criticism I often hear from industry insiders and ‘experts’ is that the higher cost and TCO (Total Cost of Ownership) of SSD technology is a significant barrier to rapid and widespread enterprise adoption.</p>
<p>Nothing could be further from the truth.</p>
<p>I believe that this stems from the fact that the industry is stuck on using the HDD metric of $/GB and single drive cost as the primary measures of the cost. As I wrote in a previous post, “<a href="http://blog.enterprisestoragesense.com/2009/04/17/storage-managers-getting-wise-to-prevailing-ssd-limitations/" target="_blank">Storage managers getting wise to prevailing SSD limitations</a>”, looking at historical or single drive cost metrics doesn’t accurately measure solution-level costs. So let’s try this again.</p>
<p>Yes, individual enterprise-class solid state drives (Enterprise Flash Drives) cost more than individual enterprise hard drives. So having stated this fact, let’s also be sure to state the fact that EFDs offer tremendous performance boosts (&gt;100X), and can replace many 15K RPM HDDs. Budget constraints require that enterprises and data centers focus on maximizing both performance and efficiency, so <em><strong>transaction cost </strong></em>($/IOPS) is also a key metric.</p>
<p>The goal is to provide a storage solution that optimizes for both $/GB and $/IOPS.</p>
<p>Let’s look at a typical data warehousing application from the <a href="http://www.tpc.org/tpcc/results/tpcc_perf_results.asp" target="_blank">TPC-C benchmarks</a> (<a href="http://www.tpc.org/tpcc/results/tpcc_perf_results.asp" target="_blank">http://www.tpc.org/tpcc/results/tpcc_perf_results.asp</a>). The storage solution must provide 640,000 transactions/minute (320,000 IOPS) for 18 TB of data. With a typical all-HDD solution, this requires:</p>
<ul>
<li> 1000 15K 2.5-inch HDDs (short stroked to 18GB)</li>
<li>40 rack mounted shelves</li>
<li>8000 watts to operate and (<span style="text-decoration: underline;">an additional</span>) 8000 watts to cool</li>
<li>Price tag = $ 450,000</li>
</ul>
<p>Now, let’s look at how a ‘hybrid’ approach combining EFDs and existing HDDs can not only provide a lower transaction cost, but also a <span style="text-decoration: underline;">lower cost/GB</span> and a <span style="text-decoration: underline;">lower total cost</span>. This hybrid solution would be configured as outlined below:</p>
<p><a href="http://blog.enterprisestoragesense.com/wp-content/uploads/2009/06/ssd-cost-comparison-chart.png"><img class="aligncenter size-full wp-image-84" title="ssd-cost-comparison-chart" src="http://blog.enterprisestoragesense.com/wp-content/uploads/2009/06/ssd-cost-comparison-chart.png" alt="" width="500" height="318" /></a></p>
<p>Not only does the hybrid approach offer a much lower $/GB and $/IOP (and requires 34 fewer shelves), but the total cost is <span style="text-decoration: underline;">one-half</span> that of the HDD-only configuration.</p>
<p>Did you catch that?  <span style="text-decoration: underline;"><em><strong>One-half</strong></em></span> the total cost.</p>
<p>At the end of the day, the numbers don’t lie. The value proposition of EFDs is simple, it provides ‘more for less’ – more performance for less cost, less power and floor space, and more reliability. And, EFDs can be managed with existing software.</p>
<p>What will IT managers do with all the savings?</p>
<p>Amyl Ahola</p>
<p><script src="http://w.sharethis.com/button/sharethis.js#publisher=6fb13b80-4589-4a64-8ef6-9b8178d565fd&amp;type=website" type="text/javascript"></script></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.enterprisestoragesense.com/2009/06/08/settling-the-ssd-%e2%80%98high-cost%e2%80%99-debate/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Storage managers getting wise to prevailing SSD limitations</title>
		<link>http://blog.enterprisestoragesense.com/2009/04/17/storage-managers-getting-wise-to-prevailing-ssd-limitations/</link>
		<comments>http://blog.enterprisestoragesense.com/2009/04/17/storage-managers-getting-wise-to-prevailing-ssd-limitations/#comments</comments>
		<pubDate>Fri, 17 Apr 2009 21:20:55 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Enterprise Flash Drive]]></category>
		<category><![CDATA[Flash Technology]]></category>
		<category><![CDATA[HDD]]></category>
		<category><![CDATA[Hard Disk Drives]]></category>
		<category><![CDATA[IOPs]]></category>
		<category><![CDATA[SSD]]></category>
		<category><![CDATA[data center storage]]></category>
		<category><![CDATA[enterprise storage]]></category>
		<category><![CDATA[storage reliability]]></category>
		<category><![CDATA[Enterprise Flash Drives]]></category>
		<category><![CDATA[Solid State Drives]]></category>
		<category><![CDATA[storage performance]]></category>

		<guid isPermaLink="false">http://blog.enterprisestoragesense.com/?p=68</guid>
		<description><![CDATA[The industry is catching on to what I’ve been talking about for some time: flash technology offers tremendous value for the enterprise, yet adoption hinges on addressing the prevailing limitations of existing SSDs first. This ‘revelation’ appeared in a SearchStorage.com article by Beth Pariseau, “Storage admins mull SSDs at SNW.”  The article quotes multiple storage [...]]]></description>
			<content:encoded><![CDATA[<p>The industry is catching on to what I’ve been talking about for some time: flash technology offers tremendous value for the enterprise, yet adoption hinges on addressing the prevailing limitations of existing <a href="http://en.wikipedia.org/wiki/Solid-state_drive" target="_blank">SSD</a>s first.</p>
<p>This ‘revelation’ appeared in a <a href="http://www.searchstorage.com" target="_blank">SearchStorage.com</a> article by Beth Pariseau, “<a href="http://searchstorage.techtarget.com/news/article/0,289142,sid5_gci1353007,00.html?track=NL-52&amp;ad=698619&amp;asrc=EM_NLN_6518606&amp;uid=8206148" target="_blank">Storage admins mull SSDs at SNW</a>.”  The article quotes multiple storage administrators who all basically believe in the benefits of SSD, but stop short of saying that the technology is ready for prime time.</p>
<p>Here are their top concerns: predictable performance, data integrity, the lack of consistent, industry-accepted SSD benchmarks, and cost.</p>
<p>Let’s quickly look at each of these:</p>
<ol>
<li> <strong>Predictable performance </strong>– I covered this recently in my “<a href="http://blog.enterprisestoragesense.com/2008/11/05/%E2%80%9Cpredictable-performance%E2%80%9D-for-changing-business-dynamics/" target="_blank">’Predictable performance’ for changing business dynamics</a>” post. This area has traditionally been a challenge for SSDs in enterprise applications because workloads are random and indeterminate. Predictability requires consistent performance, independent of whether reading or writing data, because enterprise applications typically vary the read-to-write ratio between 60/40 and 90/10. Enterprise SSDs should be able to maintain performance across this range.</li>
<li><strong>Data integrity</strong> – I couldn’t agree more that data integrity features are critical if flash technology is to perform at enterprise levels, and the <a href="http://en.wikipedia.org/wiki/Data_Integrity_Field" target="_blank">Data Integrity Field (DIF)</a> standard is an important step in this direction. Yet, today so few storage devices support the DIF standard. Pliant began mapping toward the DIF standard early on, recognizing how important it was for enterprise-class storage systems.</li>
<li><strong>Standardized benchmarks</strong> – In my post, “<a href="http://blog.enterprisestoragesense.com/2009/03/05/ssd-jargon-and-the-need-for-standards/" target="_blank">SSD jargon and the need for standards</a>,” I listed a number of pivotal questions that must be addressed if the industry is ever to develop more accurate, relevant – and yes, consistent – SSD benchmarks. These include making sure that real performance is measured and that product lifecycle benchmarks are based on true, 100% duty cycle operation. If product life metrics are contingent on usage limitations – e.g., based on a maximum number of writes or writes per day due to limited error management capability – then the benchmarks are virtually useless.</li>
<li><strong>Cost</strong> – Transaction cost (IOPS per $) is the key SSD metric to consider, not the old HDD industry metric of $/GB. This metric is an irrelevant measure of SSD value as a performance solution, and we expect EFDs (Enterprise Flash Drives) to complement high capacity HDDs to optimize for both $/IOP and $/GB.</li>
</ol>
<p>With most existing vendors either falling short on a number of these points, or masking the limitations of their devices behind carefully crafted marketing spin, it’s no wonder why some storage admins are still skeptical.</p>
<p>This is why I continue to extol the values of EFDs, a new class of solid state storage devices designed with key enterprise considerations in mind. By definition, EFDs are designed to address all of the above issues.</p>
<p>And, as we prepare to announce availability of our first products shortly, my hope is that our approach will help turn the heads and change the minds of the remaining nay-sayers in the industry.</p>
<p>Amyl Ahola</p>
<p><script src="http://w.sharethis.com/widget/?tabs=web%2Cpost%2Cemail&amp;charset=utf-8&amp;style=default&amp;publisher=6fb13b80-4589-4a64-8ef6-9b8178d565fd" type="text/javascript"></script></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.enterprisestoragesense.com/2009/04/17/storage-managers-getting-wise-to-prevailing-ssd-limitations/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Pliant on STORAGEsearch.com</title>
		<link>http://blog.enterprisestoragesense.com/2009/03/09/pliant-on-storagesearchcom/</link>
		<comments>http://blog.enterprisestoragesense.com/2009/03/09/pliant-on-storagesearchcom/#comments</comments>
		<pubDate>Mon, 09 Mar 2009 22:02:03 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Pliant Technology]]></category>
		<category><![CDATA[SSD]]></category>
		<category><![CDATA[data center storage]]></category>
		<category><![CDATA[enterprise storage]]></category>
		<category><![CDATA[STORAGESearch.com]]></category>

		<guid isPermaLink="false">http://blog.enterprisestoragesense.com/?p=64</guid>
		<description><![CDATA[Pliant’s Greg Goelz is currently featured on the storage site, STORAGEsearch.com.  In the article, Greg shares his list of recommended articles and resources about SSD market trends and technologies. Check it out! Amyl Ahola]]></description>
			<content:encoded><![CDATA[<p>Pliant’s <a href="http://www.plianttechnology.com/ggoelz.php" target="_blank">Greg Goelz</a> is currently featured on the storage site, <a href="http://storagesearch.com/" target="_blank">STORAGEsearch.com</a>.  In the article, Greg shares his list of recommended articles and resources about SSD market trends and technologies.</p>
<p>Check it out!</p>
<p>Amyl Ahola</p>
<p><script src="http://w.sharethis.com/widget/?tabs=web%2Cpost%2Cemail&amp;charset=utf-8&amp;style=default&amp;publisher=6fb13b80-4589-4a64-8ef6-9b8178d565fd" type="text/javascript"></script></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.enterprisestoragesense.com/2009/03/09/pliant-on-storagesearchcom/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>SSD jargon and the need for standards</title>
		<link>http://blog.enterprisestoragesense.com/2009/03/05/ssd-jargon-and-the-need-for-standards/</link>
		<comments>http://blog.enterprisestoragesense.com/2009/03/05/ssd-jargon-and-the-need-for-standards/#comments</comments>
		<pubDate>Thu, 05 Mar 2009 18:44:19 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[I/O performance]]></category>
		<category><![CDATA[SSD]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[data center storage]]></category>
		<category><![CDATA[enterprise storage]]></category>
		<category><![CDATA[storage reliability]]></category>
		<category><![CDATA[STORAGESearch.com]]></category>

		<guid isPermaLink="false">http://blog.enterprisestoragesense.com/?p=57</guid>
		<description><![CDATA[A recent article by editor Zsolt Kerekes of STORAGEsearch.com entitled, “flash SSD Jargon Explained,” got my attention.  The fact that there is a need to explain the jargon is a reminder that the marketing wizards keep inventing new terms to ‘differentiate’ their products, while confusing most of us and masking issues of real importance to [...]]]></description>
			<content:encoded><![CDATA[<p>A recent article by editor Zsolt Kerekes of <a href="http://www.storagesearch.com/" target="_blank">STORAGEsearch.com</a> entitled, “<a href="http://www.storagesearch.com/ssd-jargon.html" target="_blank">flash SSD Jargon Explained,</a>” got my attention.  The fact that there is a need to explain the jargon is a reminder that the marketing wizards keep inventing new terms to ‘differentiate’ their products, while confusing most of us and masking issues of real importance to data center operations.   A version of marketing 101: If you have a weakness, flaunt it.</p>
<p>The list of <a href="http://http://en.wikipedia.org/wiki/Solid-state_drive" target="_blank">SSD</a> jargon Kerekes cites in the article includes: dynamic leveling, active leveling, static leveling, BCH codes, Reed Solomon codes, write endurance, write amplification, write attenuation, garbage collection, read patrol, wear leveling, read disturb, and program disturb.</p>
<p>Look at the last two.  These are rarely discussed but are among the most important issues to those who care about losing data.  An earlier STORAGEsearch.com article asks the question, “<a href="http://www.storagesearch.com/ssd-testart.html" target="_blank">Can you trust your flash SSD specs &amp; Benchmarks?</a>”  The answer can only be ‘of course not!’  At least not until there is some semblance of standardization.  This is especially true when considering using SSDs to meet the performance and reliability demands of enterprise applications.</p>
<p>With this in mind, some questions that should be asked (and answered) about SSD performance and reliability specs and benchmarks are:</p>
<p>1.    What is the real performance?</p>
<p>A simple question but rarely, if ever, addressed in the specifications.  Typical environments are random, 60%-70% read, and 4K/8K blocks.  Not small blocks (512b) to show high IOPs, or large blocks to show high bandwidth.</p>
<p>2.    Is the performance deterministic?</p>
<p>The writing process for flash is inherently slower than reading.  Does the performance drop substantially as a function of the read/write mix or does it stay relatively constant as needed to maintain consistent response times?  Is the performance dependent upon the use of cache (and the associated power loss and recovery issues of volatile cache memory)?</p>
<p>3.    Is the performance sustainable?</p>
<p>What does ‘sustainable’ mean? It is not unusual for performance to degrade as more and more of the device gets written to…it may take minutes or hours, but degradation of 50% or more may occur.</p>
<p>4.    What is the capacity available to the user?</p>
<p>Another simple question, but all SSDs contain more flash than that available for end user data. For example, the additional (or over-provisioned) flash may be used to optimize write performance, provide for spare blocks, CRC codes, ECC codes, and meta data.  Does the stated capacity net this all out?</p>
<p>5.    Are there duty cycle or other limitations on usage in order to achieve/maintain the specifications?</p>
<p>Does the architecture provide for 100% duty cycle, or is the product life contingent on a maximum number of writes or writes per day due to limited error management capability.</p>
<p>Is it assumed there will be ‘adequate’ idle time (what’s that in the enterprise?) to perform the necessary flash management activities?</p>
<p>6.    Are the error management and ECC algorithms powerful enough to correct read disturb and program disturb errors without resulting in excessive rates of uncorrectable errors and/or losing capacity due to bad block mapping?</p>
<p>Error correction approaches which utilize limited ECC to correct random bit failures may not have sufficient correction capability for read/program disturb errors. Correction capabilities may appear adequate but be based on codes, such as the Reed Solomon code, which is great for hard drives but not really applicable to flash failure modes. The lack of idle time for background flash management makes this problematic for many / most SSD architectures.</p>
<p>Kerekes sums it up well: &#8220;Better user education about SSDs is a critical factor for the industry to sustain its growth. Design trade offs in products go far deeper than the choice of memory and interface. Being aware that there are other parameters which SSD vendors have implemented well, badly (or not at all) can be the difference between a satisfactory or disillusionary experience.&#8221;</p>
<p>What do you think?</p>
<p>Amyl Ahola</p>
<p><script src="http://w.sharethis.com/widget/?tabs=web%2Cpost%2Cemail&amp;charset=utf-8&amp;style=default&amp;publisher=6fb13b80-4589-4a64-8ef6-9b8178d565fd" type="text/javascript"></script></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.enterprisestoragesense.com/2009/03/05/ssd-jargon-and-the-need-for-standards/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>“Predictable performance” for changing business dynamics</title>
		<link>http://blog.enterprisestoragesense.com/2008/11/05/%e2%80%9cpredictable-performance%e2%80%9d-for-changing-business-dynamics/</link>
		<comments>http://blog.enterprisestoragesense.com/2008/11/05/%e2%80%9cpredictable-performance%e2%80%9d-for-changing-business-dynamics/#comments</comments>
		<pubDate>Thu, 06 Nov 2008 00:30:19 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Enterprise Flash Drive]]></category>
		<category><![CDATA[HDD]]></category>
		<category><![CDATA[I/O performance]]></category>
		<category><![CDATA[IOPs]]></category>
		<category><![CDATA[Pliant Technology]]></category>
		<category><![CDATA[SSD]]></category>
		<category><![CDATA[Solid State Drives]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[enterprise storage]]></category>
		<category><![CDATA[IOmeter]]></category>

		<guid isPermaLink="false">http://blog.enterprisestoragesense.com/?p=21</guid>
		<description><![CDATA[In a previous blog, I suggested that performance, reliability, IOPS per watt, and IOPS per $ are key storage metrics for enterprises. However, satisfying demanding enterprise needs goes far beyond the attainment of just these metrics. I/O-intensive enterprise IT applications require IOPS and bandwidth levels to be predictable and sustainable across a variety of workload [...]]]></description>
			<content:encoded><![CDATA[<p>In a previous blog, I suggested that performance, reliability, <a href="http://en.wikipedia.org/wiki/IOPS" target="_blank">IOPS</a> per watt, and IOPS per $ are key storage metrics for enterprises. However, satisfying demanding enterprise needs goes far beyond the attainment of just these metrics. <a href="http://en.wikipedia.org/wiki/Input/output" target="_blank">I/O</a>-intensive enterprise IT applications require IOPS and bandwidth levels to be predictable and sustainable across a variety of workload requirements.</p>
<p>Predictable performance has traditionally been a challenge for <a href="http://en.wikipedia.org/wiki/Solid-state_drive" target="_blank">SSDs</a> in enterprise applications because workloads are random and indeterminate. This means that predictability requires consistent performance, independent of whether reading or writing data, as enterprise applications typically vary the read-to-write ratio between 60/40 and 90/10.  Ensuring that predictable performance is maintained while the workload changes is another example of how an <a href="http://blog.enterprisestoragesense.com/2008/07/14/enterprise-flash-drives-a-definition/" target="_blank">Enterprise Flash Drive</a> (EFD) offers differentiation from traditional SSDs. </p>
<p>A performance comparison (<a href="http://en.wikipedia.org/wiki/Iometer" target="_blank">IOmeter</a>-based) between a well-publicized ‘enterprise’ SSD and the new Pliant EFD illustrates this difference.  From the chart, you can see how the ‘enterprise’ SSD(I) performance drops by over 80% as the read/write ratio changes. The Pliant EFD maintains its performance across the range from 100% reads to a 50/50 read/write ratio. This is because the Pliant EFD can read and write simultaneously to the drive and therefore offer substantially better and predictable performance for these demanding applications. Traditional SSDs and <a href="http://en.wikipedia.org/wiki/Hard_disk_drive" target="_blank">HDDs</a> can only perform one read or write at a time. </p>
<p style="text-align: center;"><a href="http://blog.enterprisestoragesense.com/wp-content/uploads/2008/11/iops-comparison-chart.jpg"><img class="size-medium wp-image-24   aligncenter" title="iops-comparison-chart" src="http://blog.enterprisestoragesense.com/wp-content/uploads/2008/11/iops-comparison-chart-300x198.jpg" alt="" width="300" height="198" /></a></p>
<p>The bottom line: EFDs enable enterprises to achieve higher I/O performance, maintain performance predictability with changing workloads, offer higher levels of service quality, and dynamically address changing business requirements without adding additional hardware.   </p>
<p>I’m curious to hear what you think, so please feel free to comment.</p>
<p>Amyl</p>
<p><script type="text/javascript" src="http://w.sharethis.com/widget/?tabs=web%2Cpost%2Cemail&amp;charset=utf-8&amp;style=default&amp;publisher=6fb13b80-4589-4a64-8ef6-9b8178d565fd"></script> </p>
]]></content:encoded>
			<wfw:commentRss>http://blog.enterprisestoragesense.com/2008/11/05/%e2%80%9cpredictable-performance%e2%80%9d-for-changing-business-dynamics/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>EFD on Wikipedia</title>
		<link>http://blog.enterprisestoragesense.com/2008/08/18/efd-on-wikipedia/</link>
		<comments>http://blog.enterprisestoragesense.com/2008/08/18/efd-on-wikipedia/#comments</comments>
		<pubDate>Mon, 18 Aug 2008 20:59:35 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Enterprise Flash Drive]]></category>
		<category><![CDATA[SSD]]></category>
		<category><![CDATA[Solid State Drives]]></category>
		<category><![CDATA[enterprise storage]]></category>
		<category><![CDATA[Enterprsie Flash Drive]]></category>

		<guid isPermaLink="false">http://blog.enterprisestoragesense.com/2008/08/18/efd-on-wikipedia/</guid>
		<description><![CDATA[If you’ve been following my blog you’re undoubtedly aware of my views on the advantages of Enterprise Flash Drives (EFDs) over “traditional” SSD technology. However, as with any new technology, it takes some time for the concept to catch on and for the industry to understand how the technology works and how it can solve [...]]]></description>
			<content:encoded><![CDATA[<p>If you’ve been following my blog you’re undoubtedly aware of my views on the advantages of Enterprise Flash Drives (EFDs) over “traditional” SSD technology.</p>
<p>However, as with any new technology, it takes some time for the concept to catch on and for the industry to understand how the technology works and how it can solve real IT and business problems.  So, under the heading of “Industry Education,” I’m very excited that there is an EFD Wikipedia (<a href="http://www.wikipedia.org/">www.wikipedia.org</a>) definition that clearly outlines EFD benefits, characteristics and applications. </p>
<p>Take a look:  <a href="http://en.wikipedia.org/wiki/Enterprise_Flash_Drive">http://en.wikipedia.org/wiki/Enterprise_Flash_Drive</a></p>
<p>The great thing about having a universal EFD definition is that it will allow any IT or storage professional to easily access a real-time, detailed explanation of the technology.  Also, because Wikipedia is in the public domain, the EFD definition will evolve as the market grows and the technology advances – making it always relevant to the challenges and issues IT managers will face now and in the future.</p>
<p>Amyl Ahola</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.enterprisestoragesense.com/2008/08/18/efd-on-wikipedia/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Enterprise Flash Drives:  A definition</title>
		<link>http://blog.enterprisestoragesense.com/2008/07/14/enterprise-flash-drives-a-definition/</link>
		<comments>http://blog.enterprisestoragesense.com/2008/07/14/enterprise-flash-drives-a-definition/#comments</comments>
		<pubDate>Mon, 14 Jul 2008 20:07:17 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Enterprise Flash Drive]]></category>
		<category><![CDATA[Flash Technology]]></category>
		<category><![CDATA[Green IT]]></category>
		<category><![CDATA[HDD]]></category>
		<category><![CDATA[Hard Disk Drives]]></category>
		<category><![CDATA[I/O performance]]></category>
		<category><![CDATA[SSD]]></category>
		<category><![CDATA[Solid State Drives]]></category>
		<category><![CDATA[energy consumption]]></category>
		<category><![CDATA[enterprise storage]]></category>
		<category><![CDATA[storage reliability]]></category>
		<category><![CDATA[Flash]]></category>
		<category><![CDATA[hard drives]]></category>

		<guid isPermaLink="false">http://blog.enterprisestoragesense.com/2008/07/14/enterprise-flash-drives-a-definition/</guid>
		<description><![CDATA[I have written about a new class of SSDs referred to as Enterprise Flash Drives (EFDs) many times.  But what does it take to make a true “enterprise-class” SSD drive?  With so many different SSDs targeted for the enterprise it can be difficult to tell which SSDs really qualify as EFDs, and which do not.  [...]]]></description>
			<content:encoded><![CDATA[<p>I have written about a new class of SSDs referred to as Enterprise Flash Drives (EFDs) many times.  But what does it take to make a true “enterprise-class” SSD drive?  With so many different SSDs targeted for the enterprise it can be difficult to tell which SSDs really qualify as EFDs, and which do not. </p>
<p>So, I think a description and definition is in order. </p>
<p>In the world of disk drives, enterprise-class products are distinguished from desktop and laptop products by their ability to provide superior performance and reliability.  This means that they are expected to perform flawlessly in mission critical environments.  This same requirement also holds true for enterprise SSD devices.  However, just like lower-end disk drives, SSDs designed for laptops and desktops simply can’t pass muster when expected to provide the performance and reliability required in a mission-critical enterprise environment.  There are a number of existing SSD products marketed for the enterprise, many of which are nothing more than re-packaged consumer grade (laptop) SSD technology.  In fact, many of the so-called “enterprise SSD” drives actually underperform HDDs in laptop applications…hardly what I would call enterprise class. </p>
<p>Therefore, a true EFD must provide high levels of performance and reliability for flawless operation in mission critical, I/O-intensive environments.  Given the growing power and space concerns of today’s large enterprise environments, reduced energy consumption is becoming an equally important criterion for any new class of primary storage devices.  An EFD’s superior performance, energy efficiency and improved reliability allow data centers to substantially grow capacity and performance in existing installations while reducing energy needs and TCO.</p>
<p>Given these requirements, an Enterprise Flash Drive should, at a minimum, provide the following:</p>
<ol>
<li><strong>Superior I/O Performance</strong> – Adequate I/O performance levels to prevent bottlenecks, even during peak activity periods (generally 3-5 times greater than typical activity periods), without requiring extra hardware (i.e., cache)  while providing ample scalability for growth.  At a minimum, an EFD should deliver at least 100,000 random IOPS or more and be able to sustain this rate for typical block sizes (4K bytes or more). </li>
<li><strong>Exceptional Reliability</strong> – EFDs need to deliver significantly lower failure rates than disk drives, given the inherent benefit of solid state technology (no moving parts).  Performance and reliability must be predictable and sustainable at 100 percent duty cycles (24/7/365) without cycle-stealing maintenance or “housekeeping” actions.  Lifetime should exceed five years without performance or capacity degradation.  Robust reliability monitoring and reporting capabilities are essential.</li>
<li><strong>Energy Efficiency</strong> – EFDs should meet new standards for green data center excellence of greater than 20,000 IOPS per Watt, with activity-based power management to limit energy consumption when the device is less than 100 percent utilized.</li>
<li><strong>Cost Efficiency</strong> – Transaction costs ($/IOPS) must be substantially reduced from that of an HDD (&lt;10%).  And, it goes without saying that an EFD must be form factor and interface compatible with HDDs (while providing similar storage capacities).</li>
</ol>
<p>While these requirements are very demanding, I believe they only begin to define the needs and ability of solid state technology to transform future system and storage architectures.  In my opinion, the vast majority of today’s SSD products are already falling short of the true needs. </p>
<p>Interested to hear what you think…</p>
<p>Amyl Ahola</p>
<p><script type="text/javascript" src="http://digg.com/tools/diggthis.js"></script></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.enterprisestoragesense.com/2008/07/14/enterprise-flash-drives-a-definition/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>
