<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Flash isn&#8217;t living up to the hype</title>
	<atom:link href="http://storagemojo.com/2007/09/12/flash-isnt-living-up-to-the-hype/feed/" rel="self" type="application/rss+xml" />
	<link>http://storagemojo.com/2007/09/12/flash-isnt-living-up-to-the-hype/</link>
	<description>Data storage info &#38; analysis</description>
	<lastBuildDate>Sun, 14 Mar 2010 11:03:01 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Fazal Majid</title>
		<link>http://storagemojo.com/2007/09/12/flash-isnt-living-up-to-the-hype/comment-page-1/#comment-131011</link>
		<dc:creator>Fazal Majid</dc:creator>
		<pubDate>Mon, 08 Oct 2007 06:19:13 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/2007/09/12/flash-isnt-living-up-to-the-hype/#comment-131011</guid>
		<description>Amdahl&#039;s law. If disk access accounts for 40% of application execution time, a 100% improvement in disk access time will only lead to a 20% improvement in overall application performance. There is a law of diminishing returns and it is always important to build a balanced system. SSDs make the most sense for specific hot spots like Oracle redo logs.

Of course, treating flash like disk and having the potential I/O throughput bottlenecked by slow and latency-inducing SATA or SAS interfaces does not help.</description>
		<content:encoded><![CDATA[<p>Amdahl&#8217;s law. If disk access accounts for 40% of application execution time, a 100% improvement in disk access time will only lead to a 20% improvement in overall application performance. There is a law of diminishing returns and it is always important to build a balanced system. SSDs make the most sense for specific hot spots like Oracle redo logs.</p>
<p>Of course, treating flash like disk and having the potential I/O throughput bottlenecked by slow and latency-inducing SATA or SAS interfaces does not help.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robin Harris</title>
		<link>http://storagemojo.com/2007/09/12/flash-isnt-living-up-to-the-hype/comment-page-1/#comment-122042</link>
		<dc:creator>Robin Harris</dc:creator>
		<pubDate>Sun, 16 Sep 2007 18:36:56 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/2007/09/12/flash-isnt-living-up-to-the-hype/#comment-122042</guid>
		<description>Anon,

I don&#039;t think you can be sure of *anything* with Windows. However, memory leaks are a known problem. Driver and BIOS problems wouldn&#039;t surprise me either. Thanks for relaying your experience.

Robin</description>
		<content:encoded><![CDATA[<p>Anon,</p>
<p>I don&#8217;t think you can be sure of *anything* with Windows. However, memory leaks are a known problem. Driver and BIOS problems wouldn&#8217;t surprise me either. Thanks for relaying your experience.</p>
<p>Robin</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anon</title>
		<link>http://storagemojo.com/2007/09/12/flash-isnt-living-up-to-the-hype/comment-page-1/#comment-119512</link>
		<dc:creator>Anon</dc:creator>
		<pubDate>Fri, 14 Sep 2007 19:16:17 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/2007/09/12/flash-isnt-living-up-to-the-hype/#comment-119512</guid>
		<description>I know you mention memory leaks twice in reference to XP suspend issues but are you sure it is memory leaks that are to blame? I&#039;ve heard (and only have limited proof by watching machines with the same image but differing hardware) that repeated suspension failure is often due to driver bugs and hardware/BIOS faults...</description>
		<content:encoded><![CDATA[<p>I know you mention memory leaks twice in reference to XP suspend issues but are you sure it is memory leaks that are to blame? I&#8217;ve heard (and only have limited proof by watching machines with the same image but differing hardware) that repeated suspension failure is often due to driver bugs and hardware/BIOS faults&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robin Harris</title>
		<link>http://storagemojo.com/2007/09/12/flash-isnt-living-up-to-the-hype/comment-page-1/#comment-119466</link>
		<dc:creator>Robin Harris</dc:creator>
		<pubDate>Fri, 14 Sep 2007 18:07:23 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/2007/09/12/flash-isnt-living-up-to-the-hype/#comment-119466</guid>
		<description>Jonathan, thanks for the comment - it made me realize the chart wasn&#039;t as clear as it should be. I hope the update helps.

Yeroc, flash is very energy efficient. The numbers from AnandTech were on the order of almost zero at rest and 0.55 W when writing. The Seagate was about 5x that when writing. 

In the context of a laptop though, where disks account for about 15-20% of the power load, a flash drive will turn a 3 hour laptop into a 3.5 hour laptop. Good, but how many people will pay $500-$1000 for 30 minutes more battery life? As part of an integrated design using several power-saving techniques an SSD makes sense. As an upgrade not so much.

Graeme, interesting numbers. The AnandTech tests I referred to were done on Vista and they did better, so it isn&#039;t clear what the issue might be. I haven&#039;t played with Vista myself, but my big concern is memory leaks - a long time Windows problem - making the faster startups from standby and hibernate modes moot since the system will crash as it attempts to exit standby. 

Robin</description>
		<content:encoded><![CDATA[<p>Jonathan, thanks for the comment &#8211; it made me realize the chart wasn&#8217;t as clear as it should be. I hope the update helps.</p>
<p>Yeroc, flash is very energy efficient. The numbers from AnandTech were on the order of almost zero at rest and 0.55 W when writing. The Seagate was about 5x that when writing. </p>
<p>In the context of a laptop though, where disks account for about 15-20% of the power load, a flash drive will turn a 3 hour laptop into a 3.5 hour laptop. Good, but how many people will pay $500-$1000 for 30 minutes more battery life? As part of an integrated design using several power-saving techniques an SSD makes sense. As an upgrade not so much.</p>
<p>Graeme, interesting numbers. The AnandTech tests I referred to were done on Vista and they did better, so it isn&#8217;t clear what the issue might be. I haven&#8217;t played with Vista myself, but my big concern is memory leaks &#8211; a long time Windows problem &#8211; making the faster startups from standby and hibernate modes moot since the system will crash as it attempts to exit standby. </p>
<p>Robin</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jonathan Ragan-Kelley</title>
		<link>http://storagemojo.com/2007/09/12/flash-isnt-living-up-to-the-hype/comment-page-1/#comment-117392</link>
		<dc:creator>Jonathan Ragan-Kelley</dc:creator>
		<pubDate>Thu, 13 Sep 2007 00:54:40 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/2007/09/12/flash-isnt-living-up-to-the-hype/#comment-117392</guid>
		<description>Am I wrong to note that the &quot;flash vs. disk&quot; comparison graph you posted is comparing the pure-flash SSD to a flash-hybrid Samsung drive, not the conventional Seagate drive? (I believe the macroscopic numbers about marginally better normalized overall performance, and the article as a whole matches your analysis, but the key on the plot you included seems odd given that you&#039;re drawing a flash vs. conventional disk comparison here, and not comparing flash to a conventional disk.)</description>
		<content:encoded><![CDATA[<p>Am I wrong to note that the &#8220;flash vs. disk&#8221; comparison graph you posted is comparing the pure-flash SSD to a flash-hybrid Samsung drive, not the conventional Seagate drive? (I believe the macroscopic numbers about marginally better normalized overall performance, and the article as a whole matches your analysis, but the key on the plot you included seems odd given that you&#8217;re drawing a flash vs. conventional disk comparison here, and not comparing flash to a conventional disk.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Yeroc</title>
		<link>http://storagemojo.com/2007/09/12/flash-isnt-living-up-to-the-hype/comment-page-1/#comment-117095</link>
		<dc:creator>Yeroc</dc:creator>
		<pubDate>Wed, 12 Sep 2007 18:21:50 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/2007/09/12/flash-isnt-living-up-to-the-hype/#comment-117095</guid>
		<description>It would be interesting to add energy efficiency to the equation as well.  How well do the Flash drives hold up in that respect?  I assume very well...but I don&#039;t really know how much power it takes to write data to falsh...</description>
		<content:encoded><![CDATA[<p>It would be interesting to add energy efficiency to the equation as well.  How well do the Flash drives hold up in that respect?  I assume very well&#8230;but I don&#8217;t really know how much power it takes to write data to falsh&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Graeme</title>
		<link>http://storagemojo.com/2007/09/12/flash-isnt-living-up-to-the-hype/comment-page-1/#comment-116974</link>
		<dc:creator>Graeme</dc:creator>
		<pubDate>Wed, 12 Sep 2007 15:39:55 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/2007/09/12/flash-isnt-living-up-to-the-hype/#comment-116974</guid>
		<description>I&#039;ve found in my informal testing that Vista has massive I/O problems. A computer setup that can exceed 20 MB / sec on a stock SATA drive in standard large file copies under XP SP2, and 25 MB / sec in Linux, is only able to push around 9.5 MB / sec on Vista. I&#039;ve disabled all of Vista&#039;s &quot;smart&quot; features, such as their load-ahead stuff and their indexing, but it doesn&#039;t change the performance numbers. As well, my primary test system sometimes locks I/O, in that open applications stay running, but it fails to do any disk I/O for around 2-4 minutes, before recovering in a flurry of queued I/O requests that lasts almost as long as the lock period.

What I suspect in reference to the Anandtech testing is that there is larger performance gains to be had from flash drives, but massive bugs in Vista&#039;s I/O are failing to show them. I&#039;d be interested in seeing performance comparisons from Linux, ZFS on Solaris, or even XP SP2, as I think they&#039;d be a lot more valid.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve found in my informal testing that Vista has massive I/O problems. A computer setup that can exceed 20 MB / sec on a stock SATA drive in standard large file copies under XP SP2, and 25 MB / sec in Linux, is only able to push around 9.5 MB / sec on Vista. I&#8217;ve disabled all of Vista&#8217;s &#8220;smart&#8221; features, such as their load-ahead stuff and their indexing, but it doesn&#8217;t change the performance numbers. As well, my primary test system sometimes locks I/O, in that open applications stay running, but it fails to do any disk I/O for around 2-4 minutes, before recovering in a flurry of queued I/O requests that lasts almost as long as the lock period.</p>
<p>What I suspect in reference to the Anandtech testing is that there is larger performance gains to be had from flash drives, but massive bugs in Vista&#8217;s I/O are failing to show them. I&#8217;d be interested in seeing performance comparisons from Linux, ZFS on Solaris, or even XP SP2, as I think they&#8217;d be a lot more valid.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: hoberion</title>
		<link>http://storagemojo.com/2007/09/12/flash-isnt-living-up-to-the-hype/comment-page-1/#comment-116923</link>
		<dc:creator>hoberion</dc:creator>
		<pubDate>Wed, 12 Sep 2007 14:35:44 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/2007/09/12/flash-isnt-living-up-to-the-hype/#comment-116923</guid>
		<description>try zfs?</description>
		<content:encoded><![CDATA[<p>try zfs?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
