<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Aside – That old spindle problem</title>
	<atom:link href="http://nsrd.wordpress.com/2009/07/20/aside-%E2%80%93-that-old-spindle-problem/feed/" rel="self" type="application/rss+xml" />
	<link>http://nsrd.wordpress.com/2009/07/20/aside-%e2%80%93-that-old-spindle-problem/</link>
	<description>Commentary from a long term NetWorker consultant and Backup Theorist</description>
	<lastBuildDate>Mon, 21 Dec 2009 17:50:09 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Preston</title>
		<link>http://nsrd.wordpress.com/2009/07/20/aside-%e2%80%93-that-old-spindle-problem/#comment-333</link>
		<dc:creator><![CDATA[Preston]]></dc:creator>
		<pubDate>Mon, 20 Jul 2009 21:52:48 +0000</pubDate>
		<guid isPermaLink="false">http://nsrd.wordpress.com/?p=721#comment-333</guid>
		<description><![CDATA[That technique is certainly becoming more common - I remember a few years ago attending a Compellent web demo, where the notion of seamless automated tier migration of data depending on access was available in their arrays: i.e., RAID levels as appropriate across spindle speeds as appropriate; as data was accessed more frequently it would be moved up the access chain to increase responsiveness. (Data could also be forcibly assigned to particular levels as well.)

I think most storage systems – either array or OS/filesystem – are going to need to (no pun intended) migrate to this style of storage, so as to take advantage of the various hardware storage units that are available on a system or SAN.]]></description>
		<content:encoded><![CDATA[<p>That technique is certainly becoming more common &#8211; I remember a few years ago attending a Compellent web demo, where the notion of seamless automated tier migration of data depending on access was available in their arrays: i.e., RAID levels as appropriate across spindle speeds as appropriate; as data was accessed more frequently it would be moved up the access chain to increase responsiveness. (Data could also be forcibly assigned to particular levels as well.)</p>
<p>I think most storage systems – either array or OS/filesystem – are going to need to (no pun intended) migrate to this style of storage, so as to take advantage of the various hardware storage units that are available on a system or SAN.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Magda</title>
		<link>http://nsrd.wordpress.com/2009/07/20/aside-%e2%80%93-that-old-spindle-problem/#comment-332</link>
		<dc:creator><![CDATA[David Magda]]></dc:creator>
		<pubDate>Mon, 20 Jul 2009 21:42:56 +0000</pubDate>
		<guid isPermaLink="false">http://nsrd.wordpress.com/?p=721#comment-332</guid>
		<description><![CDATA[It depends on how you use SSDs. Currently I think ZFS&#039; &quot;hybrid storage&quot; idea is the best thing going right now:

http://blogs.sun.com/studler/entry/zfs_and_the_hybrid_storage

You use regular spinning rust for your bulk storage needs, and slot in SSDs transparently to improve performance. It can improve write performance with SLC SSDs:

http://blogs.sun.com/brendan/entry/slog_screenshots

And optimize reads with MLC SSDs:

http://blogs.sun.com/brendan/entry/l2arc_screenshots
http://blogs.sun.com/brendan/entry/test

Most (all?) other file systems don&#039;t allow for the inserting of a transparent shim layer.]]></description>
		<content:encoded><![CDATA[<p>It depends on how you use SSDs. Currently I think ZFS&#8217; &#8220;hybrid storage&#8221; idea is the best thing going right now:</p>
<p><a href="http://blogs.sun.com/studler/entry/zfs_and_the_hybrid_storage" rel="nofollow">http://blogs.sun.com/studler/entry/zfs_and_the_hybrid_storage</a></p>
<p>You use regular spinning rust for your bulk storage needs, and slot in SSDs transparently to improve performance. It can improve write performance with SLC SSDs:</p>
<p><a href="http://blogs.sun.com/brendan/entry/slog_screenshots" rel="nofollow">http://blogs.sun.com/brendan/entry/slog_screenshots</a></p>
<p>And optimize reads with MLC SSDs:</p>
<p><a href="http://blogs.sun.com/brendan/entry/l2arc_screenshots" rel="nofollow">http://blogs.sun.com/brendan/entry/l2arc_screenshots</a><br />
<a href="http://blogs.sun.com/brendan/entry/test" rel="nofollow">http://blogs.sun.com/brendan/entry/test</a></p>
<p>Most (all?) other file systems don&#8217;t allow for the inserting of a transparent shim layer.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Preston</title>
		<link>http://nsrd.wordpress.com/2009/07/20/aside-%e2%80%93-that-old-spindle-problem/#comment-331</link>
		<dc:creator><![CDATA[Preston]]></dc:creator>
		<pubDate>Mon, 20 Jul 2009 21:12:14 +0000</pubDate>
		<guid isPermaLink="false">http://nsrd.wordpress.com/?p=721#comment-331</guid>
		<description><![CDATA[Indeed, SSDs are not the magic silver bullet that some would have us believe (yet). However, regardless of whether you find SSD write performance great/good/mediocre/terrible, the article remains relevant in as much as it helps to point out the IOPS issue caused by ever increasing numbers of applications running on fewer physical systems.]]></description>
		<content:encoded><![CDATA[<p>Indeed, SSDs are not the magic silver bullet that some would have us believe (yet). However, regardless of whether you find SSD write performance great/good/mediocre/terrible, the article remains relevant in as much as it helps to point out the IOPS issue caused by ever increasing numbers of applications running on fewer physical systems.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Don</title>
		<link>http://nsrd.wordpress.com/2009/07/20/aside-%e2%80%93-that-old-spindle-problem/#comment-330</link>
		<dc:creator><![CDATA[Don]]></dc:creator>
		<pubDate>Mon, 20 Jul 2009 18:05:18 +0000</pubDate>
		<guid isPermaLink="false">http://nsrd.wordpress.com/?p=721#comment-330</guid>
		<description><![CDATA[One thing to take into consideration for a &#039;networker&#039; environment.


While everyone talks about the great READ performance, no one ever mentions much about the almost 50% LESS WRITE performance of an SSD vs a hard drive.


And I would think that in the Networker world write performance is king since most of the IO&#039;s is writing...not just the backup data but all the indexes is writes writes writes.

So I would not be surprised if you replaced your disks with SSD in a Networker use case you would get WORSE performance.]]></description>
		<content:encoded><![CDATA[<p>One thing to take into consideration for a &#8216;networker&#8217; environment.</p>
<p>While everyone talks about the great READ performance, no one ever mentions much about the almost 50% LESS WRITE performance of an SSD vs a hard drive.</p>
<p>And I would think that in the Networker world write performance is king since most of the IO&#8217;s is writing&#8230;not just the backup data but all the indexes is writes writes writes.</p>
<p>So I would not be surprised if you replaced your disks with SSD in a Networker use case you would get WORSE performance.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
