<?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>Data Matters - A blog about flash memory &#187; Flash Memory</title>
	<atom:link href="http://blog.datalight.com/category/flash-memory/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.datalight.com</link>
	<description>Datalight's blog on flash memory, device data storage, data reliability and the embedded industry</description>
	<lastBuildDate>Wed, 23 Jun 2010 16:59:21 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Increase Capacity, Reduce Cost: Benefits of NAND Flash -Wind River and Datalight Webinar</title>
		<link>http://blog.datalight.com/increase-capacity-reduce-cost-benefits-of-nand-flash-wind-river-and-datalight-webinar</link>
		<comments>http://blog.datalight.com/increase-capacity-reduce-cost-benefits-of-nand-flash-wind-river-and-datalight-webinar#comments</comments>
		<pubDate>Fri, 19 Feb 2010 18:38:35 +0000</pubDate>
		<dc:creator>michele</dc:creator>
				<category><![CDATA[Cost Savings]]></category>
		<category><![CDATA[Flash Industry Info]]></category>
		<category><![CDATA[Flash Memory]]></category>
		<category><![CDATA[NAND]]></category>
		<category><![CDATA[NAND Flash Memory]]></category>

		<guid isPermaLink="false">http://blog.datalight.com/?p=282</guid>
		<description><![CDATA[
Join us March 18th at 11am PDT as Datalight CEO Roy Sherrill and Wind River Product Manager Bill Graham weigh the pros and cons of switching to NAND. Maximize the usability and efficiency of your device memory by understanding all the considerations that go into integrating a NAND flash with your device’s software. Learn more [...]]]></description>
			<content:encoded><![CDATA[<div>
<p>Join us March 18<sup>th</sup> at 11am PDT as Datalight CEO Roy Sherrill and Wind River Product Manager Bill Graham weigh the pros and cons of switching to NAND. Maximize the usability and efficiency of your device memory by understanding all the considerations that go into integrating a NAND flash with your device’s software. <a href="http://www.windriver.com/email/2010/web-seminar-7011-partner.html" onclick="javascript:pageTracker._trackPageview('/www.windriver.com');"><span style="text-decoration: underline;">Learn</span> more</a> and reserve your spot today as space is limited.</div>
]]></content:encoded>
			<wfw:commentRss>http://blog.datalight.com/increase-capacity-reduce-cost-benefits-of-nand-flash-wind-river-and-datalight-webinar/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>InHand Chooses FlashFX Pro for Fingertip Modules</title>
		<link>http://blog.datalight.com/inhand-chooses-flashfx-pro-for-fingertip-modules</link>
		<comments>http://blog.datalight.com/inhand-chooses-flashfx-pro-for-fingertip-modules#comments</comments>
		<pubDate>Tue, 03 Nov 2009 22:45:16 +0000</pubDate>
		<dc:creator>RobHart</dc:creator>
				<category><![CDATA[Flash Memory]]></category>
		<category><![CDATA[flash manager]]></category>
		<category><![CDATA[InHand]]></category>
		<category><![CDATA[Success Story]]></category>

		<guid isPermaLink="false">http://blog.datalight.com/inhand-chooses-flashfx-pro-for-fingertip-modules</guid>
		<description><![CDATA[InHand’s development platforms are known in the embedded industry for their generous list of features, fast time-to-market, and solid performance. Recently, when a customer’s unusual flash configuration began causing corruption issues related to the default flash driver on Windows CE, InHand turned to Datalight FlashFX Pro, with immediate results. The InHand team was so impressed [...]]]></description>
			<content:encoded><![CDATA[<p>InHand’s development platforms are known in the embedded industry for their generous list of features, fast time-to-market, and solid performance. Recently, when a customer’s unusual flash configuration began causing corruption issues related to the default flash driver on Windows CE, InHand turned to Datalight FlashFX Pro, with immediate results. The InHand team was so impressed with the ease of implementation and improved flexibility of <a href="http://www.datalight.com/products/flashfxpro"  target="_blank">FlashFX Pro</a>, that they decided to include it with every Fingertip4 and Fingertip5 module they sell. Continue reading for more about <a href="http://www.datalight.com/companyinfo/success.php?successid=19&amp;successcat=1"  target="_blank">InHand’sDatalight FlashFX Pro</a> experience with .</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.datalight.com/inhand-chooses-flashfx-pro-for-fingertip-modules/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>5 Problems Impeding Flash Adoption</title>
		<link>http://blog.datalight.com/top-5-problems-with-flash</link>
		<comments>http://blog.datalight.com/top-5-problems-with-flash#comments</comments>
		<pubDate>Thu, 23 Jul 2009 02:19:35 +0000</pubDate>
		<dc:creator>MayurKamat</dc:creator>
				<category><![CDATA[Flash Industry Info]]></category>
		<category><![CDATA[Flash Memory]]></category>
		<category><![CDATA[Flash Memory Manager]]></category>
		<category><![CDATA[ECC]]></category>
		<category><![CDATA[MLC NAND]]></category>
		<category><![CDATA[NAND Flash Memory]]></category>
		<category><![CDATA[SLC NAND]]></category>

		<guid isPermaLink="false">http://blog.datalight.com/?p=144</guid>
		<description><![CDATA[It’s been over 20 years since NAND flash was supposed to take over the world, so why is the ‘ultra-portable’ laptop I’m writing this on still using HDD? And why, nearly 30 years after the invention of flash, are we still debating its applications vs. the rotating platter? Given the performance advantages of flash and [...]]]></description>
			<content:encoded><![CDATA[<p>It’s been over 20 years since NAND flash was supposed to take over the world, so why is the ‘ultra-portable’ laptop I’m writing this on still using HDD? And why, nearly 30 years after the invention of flash, are we still debating its applications vs. the rotating platter? Given the performance advantages of flash and the mechanical shortcomings of HDD – things like wear and susceptibility to shock and vibration, not to mention the latency associated with spinning up for reads – it’s no wonder that flash has long been the darling of memory technology futurists. So why after all this time has flash not replaced older technologies? I’ll give you a hint: It’s all about the money. But it’s not only about the money – check out our list of five top barriers to flash adoption:</p>
<p>1. <strong>Cost</strong> – Despite years of oversupply in the flash market, and the corresponding reductions in price, flash is still relatively expensive when compared to HDD, especially on a $/bit basis. To make matters worse, the current economic climate has taken its toll on the flash industry, spurring several rounds of consolidation and requiring flash vendors to curb manufacturing costs by shrinking portfolios and closing fabs. Predictably, these changes in the supply landscape are causing prices rise in many cases, making the cost factor an even bigger problem for flash.</p>
<p>2. <strong>Shrinking lithography = lower endurance</strong> – One way for flash manufacturers to remain competitive is to use smaller die size to reduce raw material costs. Just a couple years ago, the vast majority of NAND flash was manufactured with 90nm lithography. Most vendors are now planning to move to 30nm technology either this year or next. An unfortunate side-effect of smaller lithography is significantly decreased endurance. SLC NAND, which had 100K + erase cycles, is now predicted to be in the 50-70k range. The biggest impact is on MLC NAND where the endurance has gone from 10k erase cycles to around 3k (a 70% reduction!).</p>
<p>3. <strong>Increasing ECC</strong> – Another side-effect of shrinking lithography is an increase in error rates for flash, requiring stronger correction codes. Most SLC NAND flash today requires 1-bit correction. That number is predicted to increase to 4-bit on 30nm NOR parts. And the ECC outlook for MLC NAND is even worse, requiring ECCs greater than 12-bit (compared to 4-bit or 8-bit today). These increased ECC requirements mean the controller design for managing flash will become more complicated, and more difficult for OEMs to implement. Performance will also be impacted, especially if the ECC is done in software running on the host processor.</p>
<p>4. <strong>Vendor volatility</strong> – Churn or volatility in the flash market, the products of a difficult economic climate, are making it difficult for OEMs to find a reliable source of flash parts. Examples are everywhere; A major flash supplier is currently under Chapter 11. There are merger talks happening between SanDisk and Samsung. Asian vendors have been hit especially hard, particularly those also in the DRAM business. OEMs are rightfully concerned about interruptions to their production cycles in the midst of all this turmoil.</p>
<p>5. <strong>Lack of killer application</strong> – While NAND flash densities have continued to increase, the industry is still waiting for the killer application to gobble up these immense quantities of flash. For long SSDs have been viewed as that application but they have not taken off as fast as the flash industry would have liked.</p>
<p>In spite of the obstacles faced by the industry, flash remains a strong and growing choice for data storage and has put breakthrough devices like MP3 players and smart phones (iPhone!) into the hands of millions of consumers. Early adopters of SSD technology in laptop computers, netbooks and enterprise applications are making a solid case for mass market potential there, which should significantly drive flash adoption in the next few years. Visit the <a href="http://www.datalight.com/products/flashfxtera" >FlashFX Tera</a> page to learn how Datalight is making flash easier and more competitive.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.datalight.com/top-5-problems-with-flash/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The Datalight Labs: Managed NAND vs. Raw NAND</title>
		<link>http://blog.datalight.com/the-datalight-labs-managed-nand-vs-raw-nand</link>
		<comments>http://blog.datalight.com/the-datalight-labs-managed-nand-vs-raw-nand#comments</comments>
		<pubDate>Wed, 22 Jul 2009 03:05:41 +0000</pubDate>
		<dc:creator>RobHart</dc:creator>
				<category><![CDATA[Datalight Products]]></category>
		<category><![CDATA[Flash Memory]]></category>
		<category><![CDATA[managed NAND]]></category>
		<category><![CDATA[Raw NAND]]></category>

		<guid isPermaLink="false">http://blog.datalight.com/?p=121</guid>
		<description><![CDATA[Our R&#38;D folks couldn’t wait to get their hands on the new test board from Digi which arrived a couple weeks ago. The board comes with multiple testing interfaces, making it easy to switch between a number of different flash parts for back-to-back comparisons. They have been practically wearing the thing out, testing the performance [...]]]></description>
			<content:encoded><![CDATA[<p>Our R&amp;D folks couldn’t wait to get their hands on the new test board from Digi which arrived a couple weeks ago. The board comes with multiple testing interfaces, making it easy to switch between a number of different flash parts for back-to-back comparisons. They have been practically wearing the thing out, testing the performance of a number of different managed and raw NAND parts to get a better idea of the differences our customers see when doing benchmarks. Check out a few pictures of the setup currently in Glenn’s office, and contact us for more information on this project.</p>
<p><a href="http://blog.datalight.com/wp-content/uploads/2009/07/GlennsSetup.jpg" ></a></p>
<p><a href="http://blog.datalight.com/wp-content/uploads/2009/07/MicronPart.jpg" ></a>
<a href='http://blog.datalight.com/the-datalight-labs-managed-nand-vs-raw-nand/module-with-micron-emmc' title='Module with Micron EMMC'><img width="150" height="112" src="http://blog.datalight.com/wp-content/uploads/2009/07/Module-with-Micron-EMMC.JPG" class="attachment-thumbnail" alt="" title="Module with Micron EMMC" /></a>
<a href='http://blog.datalight.com/the-datalight-labs-managed-nand-vs-raw-nand/micron-part-3' title='Micron Part'><img width="150" height="112" src="http://blog.datalight.com/wp-content/uploads/2009/07/Micron-Part2.JPG" class="attachment-thumbnail" alt="" title="Micron Part" /></a>
<a href='http://blog.datalight.com/the-datalight-labs-managed-nand-vs-raw-nand/glenns-setup' title='Glenn&#039;s Setup'><img width="150" height="112" src="http://blog.datalight.com/wp-content/uploads/2009/07/Glenns-Setup.JPG" class="attachment-thumbnail" alt="" title="Glenn&#039;s Setup" /></a>
<a href='http://blog.datalight.com/the-datalight-labs-managed-nand-vs-raw-nand/nand-board-2' title='NAND Board'><img width="150" height="112" src="http://blog.datalight.com/wp-content/uploads/2009/07/NAND-Board1.JPG" class="attachment-thumbnail" alt="" title="NAND Board" /></a>
</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.datalight.com/the-datalight-labs-managed-nand-vs-raw-nand/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Reliance and Reliance Nitro</title>
		<link>http://blog.datalight.com/reliance-and-reliance-nitro</link>
		<comments>http://blog.datalight.com/reliance-and-reliance-nitro#comments</comments>
		<pubDate>Mon, 20 Jul 2009 20:26:46 +0000</pubDate>
		<dc:creator>michele</dc:creator>
				<category><![CDATA[Datalight Products]]></category>
		<category><![CDATA[Flash File System]]></category>
		<category><![CDATA[Flash Memory]]></category>
		<category><![CDATA[File system]]></category>
		<category><![CDATA[file system performance]]></category>
		<category><![CDATA[flash file system]]></category>
		<category><![CDATA[flash memory performance]]></category>
		<category><![CDATA[reliability]]></category>
		<category><![CDATA[Reliance Nitro]]></category>

		<guid isPermaLink="false">http://blog.datalight.com/reliance-and-reliance-nitro</guid>
		<description><![CDATA[Ever since we announced our high performance file system Reliance Nitro, we have been getting questions on how it compares to the original Reliance file system. Below is a quick-reference table noting some of the differences between the two. For a more detailed comparison (including performance benchmarks), please contact us.



Attributes
Reliance
Reliance Nitro
Recommendation


High performance on large number [...]]]></description>
			<content:encoded><![CDATA[<p>Ever since we announced our <a href="http://www.datalight.com/products/reliancenitro/" >high performance file system</a> Reliance Nitro, we have been getting questions on how it compares to the original Reliance file system. Below is a quick-reference table noting some of the differences between the two. For a more detailed comparison (including performance benchmarks), please <a href="http://www.datalight.com/contactus.php" >contact us</a>.</p>
<table border="1" cellspacing="0" cellpadding="0" width="498">
<tbody>
<tr>
<td width="102" valign="top"><strong>Attributes</strong></td>
<td width="78" valign="top"><strong>Reliance</strong></td>
<td width="78" valign="top"><strong>Reliance Nitro</strong></td>
<td width="238" valign="top"><strong>Recommendation</strong></td>
</tr>
<tr>
<td width="102" valign="top">High performance on large number of files  (100+)</td>
<td width="79"> </td>
<td width="79"><strong>√</strong></td>
<td width="237" valign="top">If your device stores a large number of files in a single directory, Nitro will perform much faster than Reliance.</td>
</tr>
<tr>
<td width="103" valign="top">High performance on large files</td>
<td width="79"> </td>
<td width="79"><strong>√</strong></td>
<td width="236" valign="top">Nitro’s extent based design allows it to perform faster on larger files. For sake of this comparison, files can be considered large if they are 10+ times the block size of the device</td>
</tr>
<tr>
<td width="104" valign="top">Frequent transaction points</td>
<td width="79"> </td>
<td width="79"><strong>√</strong></td>
<td width="236" valign="top">Nitro introduces a new structure called Delta transactions which speed up the time taken to conduct transaction points. Depending on how often you conduct transactions points, Nitro can provide significant advantage</td>
</tr>
<tr>
<td width="104" valign="top">Random I/O performance most critical</td>
<td width="79"><strong>√</strong></td>
<td width="79"><strong>√</strong></td>
<td width="236" valign="top">Reliance’s block based design provides an advantage on random I/O on small files. On large files both Reliance and Nitro perform equally well on this metric</td>
</tr>
<tr>
<td width="104">Sequential I/O  performance most critical</td>
<td width="79"> </td>
<td width="79"><strong>√</strong></td>
<td width="236">Nitro outperforms Reliance on sequential I/O due to its extent based design</td>
</tr>
<tr>
<td width="104">Support for Windows Mobile</td>
<td width="79"> </td>
<td width="79"><strong>√</strong></td>
<td width="236">FlashFX Pro 4.0 for Windows Mobile enables a new discard interface that allows Nitro to have much faster write speeds on flash memory</td>
</tr>
<tr>
<td width="104">File-size limit</td>
<td width="79">32-bit</td>
<td width="79">64-bit</td>
<td width="236">Nitro uses 64-bit variables for file size limits allowing for very large file sizes.</td>
</tr>
<tr>
<td width="104">Read-only version</td>
<td width="79"><strong>√</strong></td>
<td width="79"> </td>
<td width="236">Reliance currently provides a read-only version called Reliance Reader. Nitro currently does not provide a reader application – this is scheduled for v2</td>
</tr>
</tbody>
</table>
]]></content:encoded>
			<wfw:commentRss>http://blog.datalight.com/reliance-and-reliance-nitro/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The Universe of Managed NAND</title>
		<link>http://blog.datalight.com/the-universe-of-managed-nand</link>
		<comments>http://blog.datalight.com/the-universe-of-managed-nand#comments</comments>
		<pubDate>Thu, 09 Jul 2009 03:33:00 +0000</pubDate>
		<dc:creator>MayurKamat</dc:creator>
				<category><![CDATA[Flash Industry Info]]></category>
		<category><![CDATA[Flash Memory]]></category>
		<category><![CDATA[BA NAND]]></category>
		<category><![CDATA[Compact Flash]]></category>
		<category><![CDATA[eMMC]]></category>
		<category><![CDATA[eSD]]></category>
		<category><![CDATA[managed NAND]]></category>
		<category><![CDATA[Solid-state drive]]></category>

		<guid isPermaLink="false">http://blog.datalight.com/the-universe-of-managed-nand</guid>
		<description><![CDATA[We have talked about managed NAND in a few blog posts before. Usually a combination of raw NAND flash (SLC or MLC) combined with a hardware controller that performs flash management features like bad block management, ECC and wear leveling is referred to as managed NAND. The term covers a huge spectrum of flash-based storage [...]]]></description>
			<content:encoded><![CDATA[<p>We have talked about managed NAND in a few <a href="http://blog.datalight.com/why-raw-nand-flash-with-hardware-based-ecc-is-the-way-to-go" >blog posts</a> before. Usually a combination of raw NAND flash (SLC or MLC) combined with a hardware controller that performs flash management features like bad block management, ECC and wear leveling is referred to as managed NAND. The term covers a huge spectrum of flash-based storage devices so in this post we will try and highlight some of the more prevalent types of managed NAND</p>
<p>The following is an enumeration of some of the popular managed NAND form factors. Please note that the list covers flash technologies used for resident storage and does not cover removable storage like USB flash, SD, etc.</p>
<p>•    eMMC<br />
•    eSD<br />
•    CompactFlash<br />
•    Solid State Drives<br />
•    BA NAND<br />
•    Adaptable NAND<br />
•    Specialized<br />
–    Specially designed controller + raw flash</p>
<p>CompactFlash is included here because it is used both as resident and removable storage. CF comes with a Fixed-drive option which allows it to be used a resident managed NAND.</p>
<p>The above technologies differ from each other on several attributes</p>
<p>•    Form factor – managed NAND can come is several form factors. An SSD may sport a standard 2.5” drive enclosure whereas a CF card will take a 1.0” card form factor.<br />
•    Plug-in interface: What interface does the managed NAND use to connect to the device platform<br />
–    MMC<br />
–    SD<br />
–    ATA<br />
–    Custom<br />
•    Cost: Cost depends on several elements<br />
–    Type of flash used: SLC is much more expensive than MLC<br />
–    Type of controller used: consumer grade controllers (used for consumer grade CF for example) are much cheaper than specialized industrial grade controllers<br />
•    Performance<br />
–    Performance varies depending on the flash type, the controller attributes and the interface.</p>
<p>Some of the big players in the managed NAND business are</p>
<p>•    eMMC<br />
–    Micron, Numonyx<br />
•    eSD<br />
–    SanDisk, Toshiba<br />
•    BA NAND<br />
–    Toshiba<br />
•    Solid State Drives, CompactFlash<br />
–    Too many players in these markets</p>
<p>This was a brief view of the managed NAND landscape. If there is interest, we will do a follow up going in details about the specific categories and interfaces</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.datalight.com/the-universe-of-managed-nand/feed</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Reliance Nitro Demo Video</title>
		<link>http://blog.datalight.com/reliance-nitro-demo-video</link>
		<comments>http://blog.datalight.com/reliance-nitro-demo-video#comments</comments>
		<pubDate>Thu, 21 May 2009 18:04:36 +0000</pubDate>
		<dc:creator>michele</dc:creator>
				<category><![CDATA[Datalight Products]]></category>
		<category><![CDATA[Flash File System]]></category>
		<category><![CDATA[Flash Memory]]></category>
		<category><![CDATA[Performance]]></category>
		<category><![CDATA[Reliability]]></category>
		<category><![CDATA[flash file system]]></category>
		<category><![CDATA[flash memory performance]]></category>
		<category><![CDATA[performance]]></category>
		<category><![CDATA[reliability]]></category>
		<category><![CDATA[reliance]]></category>

		<guid isPermaLink="false">http://blog.datalight.com/reliance-nitro-demo-video</guid>
		<description><![CDATA[We’re totally psyched about Reliance Nitro, our newest file system (yes, we’re file geeks), and we’re always on the lookout for opportunities to show off the performance and reliability attributes it adds to Windows Mobile and Windows CE. When we discovered the relatively-new Beagle Board, it occurred to us that a small, low-cost platform might [...]]]></description>
			<content:encoded><![CDATA[<p>We’re totally psyched about Reliance Nitro, our newest file system (yes, we’re file geeks), and we’re always on the lookout for opportunities to show off the <a href="http://www.datalight.com/companyinfo/news.php?newsid=65" >performance</a> and reliability attributes it adds to Windows Mobile and Windows CE. When we discovered the relatively-new Beagle Board, it occurred to us that a small, low-cost platform might be just the thing to demonstrate Nitro’s amazing benefits. As you’ve probably heard, the Beagle is making waves with its low cost (around $150) and diminutive size. It uses an OMAP 3530 processor and 256MB of NAND. Though they are most commonly used with Linux, we lucked out in having a partner (MPC Data) who has already developed a Windows CE BSP for it. After a few phone calls, the wizards at MPC Data were able to develop a slick video playback demo app, and presto, the Reliance Nitro Beagle Demo was born! Amateur videographers that we are (ok, REALLY amateur), we recently videotaped John Burnham, who has been working on this project on the Datalight side (and who is a really good sport, btw) showing what happens when power is interrupted during a file write and the extra reliability factor of Reliance Nitro on Windows CE. Be sure to check it out <a href="http://www.youtube.com/watch?v=LGOBm3PsS1A" onclick="javascript:pageTracker._trackPageview('/www.youtube.com');">here</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.datalight.com/reliance-nitro-demo-video/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Reliance usage in a boot code update scenario</title>
		<link>http://blog.datalight.com/reliance-usage-in-a-boot-code-update-scenario</link>
		<comments>http://blog.datalight.com/reliance-usage-in-a-boot-code-update-scenario#comments</comments>
		<pubDate>Thu, 11 Sep 2008 19:30:25 +0000</pubDate>
		<dc:creator>michele</dc:creator>
				<category><![CDATA[Flash File System]]></category>
		<category><![CDATA[Flash Memory]]></category>
		<category><![CDATA[Booting]]></category>
		<category><![CDATA[File system]]></category>
		<category><![CDATA[Operating system]]></category>

		<guid isPermaLink="false">http://blog.datalight.com/?p=71</guid>
		<description><![CDATA[There are two possible configurations in how boot code might be stored on a device

Boot code is stored in raw flash (no file system) and directly accessed from bootloader
Boot code is stored on a Reliance formatted flash volume

Option 1: Raw flash
If the boot image is being stored in RAW flash outside the file system, then [...]]]></description>
			<content:encoded><![CDATA[<p>There are two possible configurations in how boot code might be stored on a device</p>
<ol>
<li>Boot code is stored in raw flash (no <a class="zem_slink" title="File system" rel="wikipedia" href="http://en.wikipedia.org/wiki/File_system" onclick="javascript:pageTracker._trackPageview('/en.wikipedia.org');">file system</a>) and directly accessed from bootloader</li>
<li>Boot code is stored on a Reliance formatted flash volume</li>
</ol>
<p><strong>Option 1: Raw flash<br />
</strong>If the <a class="zem_slink" title="Boot image" rel="wikipedia" href="http://en.wikipedia.org/wiki/Boot_image" onclick="javascript:pageTracker._trackPageview('/en.wikipedia.org');">boot image</a> is being stored in RAW flash outside the file system, then the only way to be able to ensure that you got an update without damaging the original would be to reserve extra RAW space such that you could simultaneously have two boot images. The bootloader now needs to be able to switch between them and/or locate both of them The process of updating the boot image to a new location would include erasing the old image after updating the new, and having some sort of checksum to ensure the image was intact in case both were still there.</p>
<p>In this case, there would be no really good way to protect the update of the file to that exact same location without compromising the boot image itself. Many customers still use this way to store their boot images, but of course this means that they can’t take advantage of disabling transactions, atomically updating the boot image, and then doing a single transaction to commit all (or none) of the changes.</p>
<p><strong>Option 2: Reliance<br />
</strong>In this case, customer would not have a bootloader that checked a physical location for a boot image – they would have a bootloader that opened a file in the Reliance file system at <a class="zem_slink" title="Booting" rel="wikipedia" href="http://en.wikipedia.org/wiki/Booting" onclick="javascript:pageTracker._trackPageview('/en.wikipedia.org');">boot time</a> instead, if they were using a file system. Datalight Reliance comes with an utility called “Datalight Loader” which includes a lightweight Reliance reader. This utility integrates seamlessly in your bootloader code and allows the bootloader to mount and read Reliance partitions. Since the bootloader is capable of “reading” a Reliance disk, it doesn’t care where in the file system Reliance stores the file – it just opens the file, and loads it.</p>
<p>In this mode, while updating the boot image, the update utility disables all transactions and initiates the boot image update. Reliance never overwrites live data and hence this new boot code is written to a free-area of the flash. Once the entire boot image code is written, the bootloader calls for a manual transaction event, in which we update the metaroots to point to the new boot code area as the committed area. Old boot code area is now marked as free and can be used for future operations.</p>
<p>If power loss occurs during this replacement process, the device still boots back using the previous boot image, which was never modified</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.datalight.com/reliance-usage-in-a-boot-code-update-scenario/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Perspective on the Flash Memory Summit 2008</title>
		<link>http://blog.datalight.com/perspective-on-the-flash-memory-summit-2008-2</link>
		<comments>http://blog.datalight.com/perspective-on-the-flash-memory-summit-2008-2#comments</comments>
		<pubDate>Tue, 02 Sep 2008 19:51:01 +0000</pubDate>
		<dc:creator>michele</dc:creator>
				<category><![CDATA[Flash Industry Info]]></category>
		<category><![CDATA[Flash Memory]]></category>
		<category><![CDATA[Flash Memory Summit]]></category>

		<guid isPermaLink="false">http://blog.datalight.com/perspective-on-the-flash-memory-summit-2008-2</guid>
		<description><![CDATA[A week of SSD, NAND questions and New Technology
It’s hard to believe that it’s been 20 years since the invention of flash memory, but the 20-foot timeline documenting its milestones that was displayed at this year’s Flash Memory Summit offered ample evidence of the progress the technology has made. Attendance at this third Summit once [...]]]></description>
			<content:encoded><![CDATA[<p><strong>A week of SSD, NAND questions and New Technology</strong></p>
<p>It’s hard to believe that it’s been 20 years since the invention of flash memory, but the 20-foot timeline documenting its milestones that was displayed at this year’s Flash Memory Summit offered ample evidence of the progress the technology has made. Attendance at this third Summit once again broke records set by previous shows and the energy of the attendees was high. At more than 1,300 registered attendees, 2008 was at least 25% larger than 2007. Having been a sponsor since the show’s inception, we can confirm that it was even more packed this year. Most of the keynote presentations spilled out of the main hall, and people were stacked up into the hallway trying to hear what was being said inside. The quality of the presentations once again proved worth the trip to Santa Clara, but it was obvious to everyone that the show is quickly outgrowing the Santa Clara Marriott.</p>
<p>The unofficial theme this year appeared to be solid-state drives (SSD), but beyond the SSD buzz, there were many presentations on designing NAND-based products, software optimization of flash, future technologies, and other flash-related topics of interest. Datalight gave four presentations (<a href="http://datalight.com/pub/Flash%20Interfaces%20101.zip" >Flash Interfaces 101</a>), and organized a forum on using flash in embedded as well as a full-day “executive update.”</p>
<p>There were a couple of keynote addresses we found particularly interesting and entertaining:</p>
<p>Dean Klein from Micron gave a speech entitled, “A Closer Look at NAND Flash.” Highlights of Dean’s keynote included a map of NANDs progress through the Gartner Cycle of Hype,</p>
<p> <img class="alignnone" title="Gartner Cycle of Hype" src="http://blog.datalight.com/images/Gartner%20Hype%20Cycle.jpg" alt="" width="400" height="260" /></p>
<p>Gartner Cycle of Hype – Source: Gartner Research</p>
<p>in which he asserted that NAND is over the “peak of inflated expectations,” heading down into the “trough of disillusionment.” Klein jokingly referred to hard-drives several times as “rotating rust,” and the address featured an entertaining series of video clips along the lines of Apple’s Mac vs. PC ads, in which Hard Drive was escorted by Flash to a therapy session to talk about his sluggishness, forgetfulness, narcolepsy, and overeating (power consumption).</p>
<p>Eli Harari from SanDisk gave a keynote called “Changing the World: The Flash Memory Revolution.” Eli’s speech was less humorous than Dean’s, but no less interesting to listen to. He showed several timelines describing the evolution of flash applications, and a chart predicting that NAND demand will outstrip supply by 2011, allowing flash vendors to raise prices (!) and finally get a return on their investment in the technology. He also compared the progress of NAND density to Moore’s law, showing that NAND is tracking far ahead of where Moore’s law says it should be. He theorized that the next flash technology will be 3D NAND, and gave a fascinating demonstration of how it’s built and how it works, including photographs of 3D NAND’s unique architecture.</p>
<p>Spansion showed their ecoRAM: basically flash in a DIMM form factor. Cool. And eco-friendly, apparently. This new class of flash promises to reduce the power requirements for large server applications, using an eighth of the energy of DRAM, with better reliability, and read performance fast enough to meet the rapid access requirements of large-scale server installations.</p>
<p>Which highlights another key theme of the Summit: Power. How can flash help reduce global warming? Can SSDs make data centers run more economically? Uh, did I say “data centers?” Yes, surprise! While last year’s Summit saw the invasion of the laptop, this year a significant portion of the sessions addressed opportunities in the Enterprise segment.</p>
<p>But the “Big E” didn’t totally eclipse the “Little e” (embedded). There is still a growing need for low power, high performance flash soldered onto boards and into removable cards for embedded systems. The embedded track had presentations ranging from the basics of flash interfaces and differences between NOR and NAND to complex design methodology and frequency sources for flash memory applications.</p>
<p>Speaking of last year’s Summit, where Hybrid Hard Drives (traditional hard disk drive with flash caching) battled SSDs for attention, whatever happened to the HHDs? The only sign of them we saw was a presentation from Seagate wherein they said there is still work to do, particularly on the software (i.e., Windows Vista).</p>
<p>Our take overall? Industry insiders’ perspectives are essential for long term planning and this show is the place to get them. But all that crystal-ball-gazing can be a bit out of phase with where customers are today. SSDs are interesting and undoubtedly will be a key component in many future designs, but the reality is that migration from NOR-only systems to those that include both NAND and NOR or just NAND continues to be the mainstay for today’s designs. An analyst from IDC cashed a reality check on the SSD hype when he put up a slide showing relative market sizes of flash memory (big), hard disk drives (huge) and SSDs (tiny).</p>
<p>While many flash manufacturers are in an oversupply situation on NAND, others have parts on allocation. The industry as a whole is looking for ways to reduce costs and keep (or get) fabs profitable. This causes lower volume, lower margin product lines to be discontinued, sometimes just as designs using them are about to go to market.</p>
<p>Bottom line? The Flash Memory Summit provides a great opportunity to step outside our day-to-day reality and consider the possibilities promised by emerging technology. Next year’s Summit is sure to be a must-attend event for gaining planning perspective. We hope to see you there!</p>
<p>If you missed the Summit, presentations should be available soon at <a href="http://www.FlashMemorySummit.com" onclick="javascript:pageTracker._trackPageview('/www.FlashMemorySummit.com');">www.FlashMemorySummit.com</a>. Bill’s presentation on flash interfaces, complete with narration, is available now: <a href="http://datalight.com/pub/Flash%20Interfaces%20101.zip" >Flash Interfaces 101</a></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.datalight.com/perspective-on-the-flash-memory-summit-2008-2/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Flash Wear leveling</title>
		<link>http://blog.datalight.com/flash-wear-leveling</link>
		<comments>http://blog.datalight.com/flash-wear-leveling#comments</comments>
		<pubDate>Wed, 16 Jul 2008 05:17:57 +0000</pubDate>
		<dc:creator>michele</dc:creator>
				<category><![CDATA[Flash Memory]]></category>
		<category><![CDATA[Flash Memory Manager]]></category>
		<category><![CDATA[dynamic wear leveling]]></category>
		<category><![CDATA[flash manager]]></category>
		<category><![CDATA[static wear leveling]]></category>
		<category><![CDATA[Storage]]></category>
		<category><![CDATA[weal leveling]]></category>
		<category><![CDATA[wear leveling]]></category>

		<guid isPermaLink="false">http://blog.datalight.com/?p=32</guid>
		<description><![CDATA[Contrary to popular belief, flash memory does not last forever. Every flash part in existence comes with a finite number of write and erase cycles before the data stored becomes corrupted and the flash part unusable. Most flash file systems on the market today include a basic type of wear leveling, but all wear leveling [...]]]></description>
			<content:encoded><![CDATA[<p>Contrary to popular belief, flash memory does not last forever. Every flash part in existence comes with a finite number of write and erase cycles before the data stored becomes corrupted and the flash part unusable. Most <a href="http://www.datalight.com/products/flashfx" >flash file systems </a>on the market today include a basic type of wear leveling, but all wear leveling algorithms are not created equal. Chiefly, wear leveling strategies can be broken into two camps: <strong>Dynamic</strong> wear leveling monitors high and low-use areas of the flash, and after a certain set point, will swap out high-use erase blocks with low-use erase blocks. Large areas of a disk may be occupied by rarely-changing data, forcing frequent system writes/erases to occur on the remainder of the disk and increasing the wear on those areas. <strong>Static </strong>wear leveling deals with this by moving static data to higher-use areas of the flash, thereby balancing the load. The idea system would use both kinds of wear leveling. Check out some real-world examples by reading our whitepaper on the topic:</p>
<h3><em>A Short Study on Wear‑Leveling</em></h3>
<p>Over the past fifteen years, flash memory has been widely adopted in mainstream consumer grade products having short lifetimes, often measured in months. In recent years however, flash memory has begun to break into more industrial and commercial grade devices with lifetimes counted in years. There are many unique characteristics of flash memory that have fueled its growth across these varying market segments, such as its ability to retain data without continued power; this benefit, however, comes at a cost of a finite lifetime and endurance. The hardware architecture and software technologies that extend the life of a flash chip are often ill‑considered or, at times, given more worry than necessary. While the limited lifetime of flash memory may or may not be problematic for products that are expected to last ten or more years, flash management software can expand the breadth of available flash parts for your project.</p>
<p>This paper focuses on determining when the limitations of flash memory lifetime become significant and what can be done about them.</p>
<h3>Flash Lifetime Metrics</h3>
<p><a class="zem_slink" title="Flash memory" rel="wikipedia" href="http://en.wikipedia.org/wiki/Flash_memory" onclick="javascript:pageTracker._trackPageview('/en.wikipedia.org');">Flash memory</a> lifetimes are described in two primary metrics which are generally touted on the first page of any flash memory manufacturers’ data sheets:</p>
<ul>
<li>Data retention</li>
<li>Endurance cycles</li>
</ul>
<p><em>Data retention</em> is often listed at 20 years at a given operating temperature. Increased temperature ranges reduce the data retention period which further decrease as the flash memory is used at or near its specified operating temperatures. It is important to note that data retention is measured from the time data is successfully programmed.</p>
<p>The second metric, <em>endurance cycles</em>, is a measure of the number of write and erase cycles that the flash memory can endure before becoming unreliable. Flash memories are organized into a number of erase blocks or sectors and each must be erased prior to writing data. A typical erase block is 128KB in size, however may range from 512B to 2,048KB or even more. Any given address within an erase block cannot be rewritten without an intervening erase. Erase cycles are cumulative and affect only those erase blocks being cycled. In other words, an error in any erase block is constrained to the data of that block.</p>
<p>Erase cycles range from 1,000 to 1,000,000. While these ranges have an order of magnitude difference, <strong>it is the application the flash is placed into that will primarily define the product lifetime.</strong></p>
<h3>What is Wear-Leveling?</h3>
<p><em>Wear‑leveling</em> is a process to ensure that an entire flash memory device or an array of devices is used in a uniform fashion in order to extend the overall lifetime of the flash.</p>
<p>For a simplistic example of <a class="zem_slink" title="Wear levelling" rel="wikipedia" href="http://en.wikipedia.org/wiki/Wear_levelling" onclick="javascript:pageTracker._trackPageview('/en.wikipedia.org');">wear-leveling</a>, let’s look at a data recorder device with the following characteristics:</p>
<ul>
<li><strong>Application:</strong> The device collects and stores the past 24 hours of field data by simply writing and rewriting the data to the same location on the flash.</li>
<li><strong>File size of data to be recorded:</strong> 128KB</li>
<li><strong>Erase <a class="zem_slink" title="Block (data storage)" rel="wikipedia" href="http://en.wikipedia.org/wiki/Block_%28data_storage%29" onclick="javascript:pageTracker._trackPageview('/en.wikipedia.org');">block size</a> (of the flash):</strong> 128KB</li>
<li><strong>Flash memory endurance: </strong>1,000 cycles</li>
</ul>
<p>With one spare area, the device is assumed one cycle per day each year:</p>
<p>(1,000 cycles ÷ 365 days) * 1 spare area = 2.74 years</p>
<p>In this example, it would take about 2.74 years to cycle that one erase sector 1,000 times.</p>
<p>For the data recorder device to accommodate the write‑erase rules of flash memory, it would have to complete an erase operation to start writing the next day’s set of data. To make the data recorder more robust – to ensure that it doesn’t lose a whole day’s worth of data – we can set aside a second erase block, and erase the first block only after the second set of data was recorded. The resulting side effect is the introduction of a simple wear-leveling scheme.</p>
<p>With two spare areas, the device is assumed one cycle every two days each year:</p>
<p>(1,000 cycles ÷ 365 days) * 2 spare areas = 5.48 years</p>
<p>With these parameters, the period of time prior to cycling the flash to its lifetime has just been increased to almost 5.5 years!</p>
<p>This simple example shows how <strong>distributing a fixed set of writes across more flash sectors can increase the period of time prior to cycling the flash to its specified limits.</strong> The following sections describe how to account for the important variables associated with wear-leveling techniques, and determine the expected lifetime of the flash in any application.</p>
<p><em><a href="http://www.datalight.com/shortstudy" >Continue: A Short Study on Wear-Leveling</a></em></p>
<div class="zemanta-pixie" style="margin-top: 10px; height: 15px;"><a class="zemanta-pixie-a" title="Zemified by Zemanta" href="http://reblog.zemanta.com/zemified/7b3a03d5-ae83-48b4-a52d-36777968c97c/"><br />
</a></div>
]]></content:encoded>
			<wfw:commentRss>http://blog.datalight.com/flash-wear-leveling/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>
