<?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:series="http://unfoldingneurons.com/"
		>
<channel>
	<title>Comments on: Turning the Page on RAID</title>
	<atom:link href="http://blog.fosketts.net/2008/09/14/turning-page-raid/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.fosketts.net/2008/09/14/turning-page-raid/</link>
	<description>Understanding the accumulation of data</description>
	<lastBuildDate>Wed, 17 Mar 2010 19:00:34 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<atom:link rel="hub" href="http://pubsubhubbub.appspot.com" />
	<atom:link rel="hub" href="http://superfeedr.com/hubbub" />
		<item>
		<title>By: Stephen</title>
		<link>http://blog.fosketts.net/2008/09/14/turning-page-raid/comment-page-1/#comment-10574</link>
		<dc:creator>Stephen</dc:creator>
		<pubDate>Mon, 15 Sep 2008 17:09:18 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fosketts.net/2008/09/14/turning-the-page-on-raid/#comment-10574</guid>
		<description>Steve,

Great point! I&#039;m very much a pragmatist, as are most successful storage managers. They&#039;ll continue to use what works long into the future, even as new ideas come and go. But let me be clear - this is the end for RAID tied to specific whole disks. We&#039;ll continue to see RAID 5 and RAID 6 (and RAID 1) based on subdisks (as in DMX et al) but devices like the CLARiiON will give up their strict disk-centric model. In my opinion, of course!

Stephen</description>
		<content:encoded><![CDATA[<p><!-- google_ad_section_start -->Steve,</p>
<p>Great point! I&#8217;m very much a pragmatist, as are most successful storage managers. They&#8217;ll continue to use what works long into the future, even as new ideas come and go. But let me be clear &#8211; this is the end for RAID tied to specific whole disks. We&#8217;ll continue to see RAID 5 and RAID 6 (and RAID 1) based on subdisks (as in DMX et al) but devices like the CLARiiON will give up their strict disk-centric model. In my opinion, of course!</p>
<p>Stephen<!-- google_ad_section_end --></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: stevetodd</title>
		<link>http://blog.fosketts.net/2008/09/14/turning-page-raid/comment-page-1/#comment-10573</link>
		<dc:creator>stevetodd</dc:creator>
		<pubDate>Mon, 15 Sep 2008 15:50:39 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fosketts.net/2008/09/14/turning-the-page-on-raid/#comment-10573</guid>
		<description>Hi Stephen,
Good article on RAID. My comment: not so fast. RAID5/6 implementations based on Patterson et.al. are still being heavily purchased and deployed in the industry. One reason: the mathematical lookup of data, as described by Patterson, is not only fast, but more importantly, it&#039;s trusted. Customers are cognizant of the value of this direct mapping. Virtualizing the location of customer data has its place (e.g. enabling snaps), but mathematical lookup will continue to be a valuable role at the very bottom of the stack.
Keep up the interesting posts,
Steve</description>
		<content:encoded><![CDATA[<p><!-- google_ad_section_start -->Hi Stephen,<br />
Good article on RAID. My comment: not so fast. RAID5/6 implementations based on Patterson et.al. are still being heavily purchased and deployed in the industry. One reason: the mathematical lookup of data, as described by Patterson, is not only fast, but more importantly, it&#8217;s trusted. Customers are cognizant of the value of this direct mapping. Virtualizing the location of customer data has its place (e.g. enabling snaps), but mathematical lookup will continue to be a valuable role at the very bottom of the stack.<br />
Keep up the interesting posts,<br />
Steve<!-- google_ad_section_end --></p>
]]></content:encoded>
	</item>
</channel>
</rss>
