 




<?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>Storage Channel Pipeline &#187; flash endurance</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/storage-channel-pipeline/tag/flash-endurance/feed/" rel="self" type="application/rss+xml" />
	<link>http://itknowledgeexchange.techtarget.com/storage-channel-pipeline</link>
	<description>A SearchStorageChannel.com blog</description>
	<lastBuildDate>Thu, 11 Apr 2013 23:17:00 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
		<item>
		<title>Selling flash? You need to know about performance and endurance</title>
		<link>http://itknowledgeexchange.techtarget.com/storage-channel-pipeline/selling-flash-you-need-to-know-about-performance-and-endurance/</link>
		<comments>http://itknowledgeexchange.techtarget.com/storage-channel-pipeline/selling-flash-you-need-to-know-about-performance-and-endurance/#comments</comments>
		<pubDate>Mon, 30 Apr 2012 16:27:38 +0000</pubDate>
		<dc:creator>Eric Slack</dc:creator>
				<category><![CDATA[Eric Slack]]></category>
		<category><![CDATA[flash endurance]]></category>
		<category><![CDATA[flash memory]]></category>
		<category><![CDATA[flash performance]]></category>
		<category><![CDATA[flash storage]]></category>
		<category><![CDATA[SSDs]]></category>
		<category><![CDATA[Storage Channel]]></category>

		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/storage-channel-pipeline/?p=543</guid>
		<description><![CDATA[Flash is a hot topic with at least a portion of most VARs’ calling bases. In the right implementations, this storage technology can dramatically improve performance of the most important applications customers have. But there are some distinct differences between the design and operation of NAND flash memory devices and those of traditional disk drives. [...]]]></description>
				<content:encoded><![CDATA[<p class="Body" style="margin: 0in 0in 0pt"><span style="font-size: small"><span style="font-family: Helvetica">Flash is a hot topic with at least a portion of most VARs’ calling bases. In the right implementations, this storage technology can dramatically improve performance of the most important applications customers have. But there are some distinct differences between the design and operation of NAND flash memory devices and those of traditional disk drives. These differences can impact how satisfied customers are with flash devices in what are often their most critical applications.</span></span></p>
<p class="Body" style="margin: 0in 0in 0pt"><span style="font-family: Helvetica;font-size: small"> </span></p>
<p class="Body" style="margin: 0in 0in 0pt"><span style="font-size: small"><span style="font-family: Helvetica"><span id="more-543"></span>With flash, writes are made to an entire cell of memory; flash devices can’t overwrite a few hundred bytes like a hard disk drive can. When a flash device is new (referred to as the “fresh out of the box,” or “FOB,” state), this fact is transparent since each new write goes to an already-empty flash cell. But after it’s been filled to capacity, in which case all the cells have been written to once, it’s a different story. This condition (known as “steady state”) requires that before each new write occurs, the controller must erase a cell to make room for it. In this process, called “garbage collection,” the controller copies segments of data that need to be saved and then erases the entire cell. </span></span></p>
<p class="Body" style="margin: 0in 0in 0pt"><span style="font-family: Helvetica;font-size: small"> </span></p>
<p class="Body" style="margin: 0in 0in 0pt"><span style="font-size: small"><span style="font-family: Helvetica">The result of this process is that steady-state performance is much slower than FOB, although it’s still orders of magnitude better than hard drives. But when two flash devices are being tested, it’s imperative that the steady-state condition be established, since this is where the device will operate for most of its life. Aside from impacting performance, this extra copying process also increases the number of write cycles or “program/erase” (P/E) cycles the device experiences, which impacts endurance.</span></span></p>
<p class="Body" style="margin: 0in 0in 0pt"><span style="font-family: Helvetica;font-size: small"> </span></p>
<p class="Body" style="margin: 0in 0in 0pt"><span style="font-size: small"><span style="font-family: Helvetica">Originally designed for consumer use in memory sticks and cameras, etc. (by Toshiba, we learned on a briefing call recently), there was no need for flash to be written and rewritten to a large number of times. But when it started being used in the enterprise space, flash endurance became an issue. Enterprise applications, especially the ones that are performance-critical enough to justify the expense of flash storage, generate a lot of read/write activity. Database transaction logs and caching, for example, generate a lot of IOPS, the performance metric most often associated with flash applications. </span></span></p>
<p class="Body" style="margin: 0in 0in 0pt"><span style="font-family: Helvetica;font-size: small"> </span></p>
<p class="Body" style="margin: 0in 0in 0pt"><span style="font-size: small"><span style="font-family: Helvetica">Flash designers have addressed this problem in a number of ways, but it’s imperative that users (and their VARs) understand how much write traffic they expect to generate on a daily basis. Then they can compare that with a standard endurance metric called “total bytes written” (TBW) to calculate how long that flash device will last in their environment. </span></span></p>
<p class="Body" style="margin: 0in 0in 0pt"><span style="font-family: Helvetica;font-size: small"> </span></p>
<p class="Body" style="margin: 0in 0in 0pt"><span style="font-size: small"><span style="font-family: Helvetica">Ask your flash vendors about their products’ performance and endurance. See how much they know about these numbers and what they mean and find out if the products you’re selling or looking to sell are going to make your customers happy in the long term. You can also set customers’ expectations around flash as a technology and demonstrate your value as a trusted storage advisor in the process. </span></span></p>
<p class="Body" style="margin: 0in 0in 0pt"><span style="font-family: Helvetica;font-size: small"> </span></p>
<p class="Body" style="margin: 0in 0in 0pt"><span style="font-family: Helvetica;font-size: small">We’ll talk more about flash in an upcoming blog. In the meantime, here are some </span><a href="http://www.storage-switzerland.com/Video.html"><span style="font-family: Helvetica;color: #0000ff;font-size: small">video links</span></a><span style="font-size: small"><span style="font-family: Helvetica"> on Storage Switzerland about flash performance and endurance.</span></span></p>
<p class="Body" style="margin: 0in 0in 0pt"><span style="font-family: Helvetica;font-size: small"> </span></p>
<p class="Body" style="margin: 0in 0in 0pt"><span class="EmphasisA"><em><span style="font-size: 10pt"><span style="font-family: Batang">Follow me on Twitter: </span></span></em></span><a href="http://twitter.com/EricSSwiss"><span class="EmphasisA"><em><span style="color: #152133;font-size: 10pt;text-decoration: none"><span style="font-family: Batang">EricSSwiss</span></span></em></span></a></p>
<!-- wpms-network-global-inserts -->]]></content:encoded>
			<wfw:commentRss>http://itknowledgeexchange.techtarget.com/storage-channel-pipeline/selling-flash-you-need-to-know-about-performance-and-endurance/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
