<?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:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments for Permabits and Petabytes</title>
	<atom:link href="http://permabit.wordpress.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://permabit.wordpress.com</link>
	<description>Information and Opinions from the Permabit Team</description>
	<lastBuildDate>Tue, 20 Oct 2009 23:08:41 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on End of the RAID by Mike Davis</title>
		<link>http://permabit.wordpress.com/2009/02/10/end-of-the-raid/#comment-132</link>
		<dc:creator>Mike Davis</dc:creator>
		<pubDate>Tue, 20 Oct 2009 23:08:41 +0000</pubDate>
		<guid isPermaLink="false">http://permabit.wordpress.com/?p=141#comment-132</guid>
		<description>All good points Jered. I&#039;d say either RAID is dead -or- RAID will be stronger than ever. By this I mean surely some enterprising Marketing Managers will continue to attach a RAID label to their Reed Solomon implementation and co-opt the traditional XOR meaning.

Please be sure to add the point that although configurable M,N protection and parallel restore will allow the market to retain enterprise reliability, one more immediate advantage is the delivery of fail-in-place capabilities...So much of the RAID6 mindshare came out of anecdotes where tech&#039;s replaced the wrong disk in a RAID5 stripe, and we can eliminate that root-cause failure!

FEC-based RAID improves reliability, and facilitates a lower cost-of-service level we&#039;ve been clamoring for for 5 years.</description>
		<content:encoded><![CDATA[<p>All good points Jered. I&#8217;d say either RAID is dead -or- RAID will be stronger than ever. By this I mean surely some enterprising Marketing Managers will continue to attach a RAID label to their Reed Solomon implementation and co-opt the traditional XOR meaning.</p>
<p>Please be sure to add the point that although configurable M,N protection and parallel restore will allow the market to retain enterprise reliability, one more immediate advantage is the delivery of fail-in-place capabilities&#8230;So much of the RAID6 mindshare came out of anecdotes where tech&#8217;s replaced the wrong disk in a RAID5 stripe, and we can eliminate that root-cause failure!</p>
<p>FEC-based RAID improves reliability, and facilitates a lower cost-of-service level we&#8217;ve been clamoring for for 5 years.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on What do Hash Collisions Really Mean? by jeredfloyd</title>
		<link>http://permabit.wordpress.com/2008/07/18/what-do-hash-collisions-really-mean/#comment-130</link>
		<dc:creator>jeredfloyd</dc:creator>
		<pubDate>Fri, 19 Jun 2009 16:05:09 +0000</pubDate>
		<guid isPermaLink="false">http://permabit.wordpress.com/?p=6#comment-130</guid>
		<description>That certainly make it more difficult, but not impossible!  You simply need to find input text that generates collisions with both hashes, of which there are still infinitely many.</description>
		<content:encoded><![CDATA[<p>That certainly make it more difficult, but not impossible!  You simply need to find input text that generates collisions with both hashes, of which there are still infinitely many.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on What do Hash Collisions Really Mean? by See EYE ay</title>
		<link>http://permabit.wordpress.com/2008/07/18/what-do-hash-collisions-really-mean/#comment-129</link>
		<dc:creator>See EYE ay</dc:creator>
		<pubDate>Tue, 16 Jun 2009 03:51:50 +0000</pubDate>
		<guid isPermaLink="false">http://permabit.wordpress.com/?p=6#comment-129</guid>
		<description>Hash Collisions... why don&#039;t you simply sign a messege with two different hashes... This wouldmake it impossible to forge a document.</description>
		<content:encoded><![CDATA[<p>Hash Collisions&#8230; why don&#8217;t you simply sign a messege with two different hashes&#8230; This wouldmake it impossible to forge a document.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Are Fibre Channel and SCSI Drives More Reliable? by JamieIvanov</title>
		<link>http://permabit.wordpress.com/2008/08/20/are-fibre-channel-and-scsi-drives-more-reliable/#comment-127</link>
		<dc:creator>JamieIvanov</dc:creator>
		<pubDate>Sun, 15 Mar 2009 13:04:59 +0000</pubDate>
		<guid isPermaLink="false">http://permabit.wordpress.com/?p=21#comment-127</guid>
		<description>What about JBOD arrays? 

This raid issue makes me want to invest in IDE raid heh.</description>
		<content:encoded><![CDATA[<p>What about JBOD arrays? </p>
<p>This raid issue makes me want to invest in IDE raid heh.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Dirty Little Secrets About Dirty Little Secrets by scalability.org &#187; Blog Archive &#187; &#8220;Top HPC trends&#8221; &#8230; or are they?</title>
		<link>http://permabit.wordpress.com/2008/10/12/dirty-little-secrets-about-dirty-little-secrets/#comment-123</link>
		<dc:creator>scalability.org &#187; Blog Archive &#187; &#8220;Top HPC trends&#8221; &#8230; or are they?</dc:creator>
		<pubDate>Mon, 23 Feb 2009 12:23:03 +0000</pubDate>
		<guid isPermaLink="false">http://permabit.wordpress.com/?p=34#comment-123</guid>
		<description>[...] storage) is &#8220;breakthrough technology&#8221; for archiving. Which is odd. In that industry insiders appear to have a somewhat different opinion on the value of CAS for archiving. Moreover, others point out that CAS is, itself, somewhat of a [...]</description>
		<content:encoded><![CDATA[<p>[...] storage) is &#8220;breakthrough technology&#8221; for archiving. Which is odd. In that industry insiders appear to have a somewhat different opinion on the value of CAS for archiving. Moreover, others point out that CAS is, itself, somewhat of a [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Multiple Drive Failures: RAID 6 vs. RAIN-EC by End of the RAID &#171; Permabits and Petabytes</title>
		<link>http://permabit.wordpress.com/2008/08/15/multiple-drive-failures-raid-6-vs-rain-ec/#comment-119</link>
		<dc:creator>End of the RAID &#171; Permabits and Petabytes</dc:creator>
		<pubDate>Tue, 10 Feb 2009 14:39:53 +0000</pubDate>
		<guid isPermaLink="false">http://permabit.wordpress.com/?p=10#comment-119</guid>
		<description>[...] I explain in an earlier post, the bit error rate of the drives can be catastrophic for RAID. In a RAID 4 or 5 rebuild it is [...]</description>
		<content:encoded><![CDATA[<p>[...] I explain in an earlier post, the bit error rate of the drives can be catastrophic for RAID. In a RAID 4 or 5 rebuild it is [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Jet Engine on a Duck: You Can&#8217;t Retrofit Dedupe by Knut Grunwald</title>
		<link>http://permabit.wordpress.com/2008/08/18/jet-engine-on-a-duck-you-cant-retrofit-dedupe/#comment-118</link>
		<dc:creator>Knut Grunwald</dc:creator>
		<pubDate>Tue, 03 Feb 2009 16:19:03 +0000</pubDate>
		<guid isPermaLink="false">http://permabit.wordpress.com/?p=14#comment-118</guid>
		<description>The access time calculated is worst case, since a 16 TB Volume will reside on more than one disk. So you can do checks in parallel. This will accelerate the speed by the number of disks.
But the cost and the power consumption will grow at the same rate ...</description>
		<content:encoded><![CDATA[<p>The access time calculated is worst case, since a 16 TB Volume will reside on more than one disk. So you can do checks in parallel. This will accelerate the speed by the number of disks.<br />
But the cost and the power consumption will grow at the same rate &#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Jet Engine on a Duck: You Can&#8217;t Retrofit Dedupe by c0t0d0s0.org</title>
		<link>http://permabit.wordpress.com/2008/08/18/jet-engine-on-a-duck-you-cant-retrofit-dedupe/#comment-117</link>
		<dc:creator>c0t0d0s0.org</dc:creator>
		<pubDate>Tue, 03 Feb 2009 08:44:43 +0000</pubDate>
		<guid isPermaLink="false">http://permabit.wordpress.com/?p=14#comment-117</guid>
		<description>&lt;strong&gt;Some thoughts about deduplication...&lt;/strong&gt;

Deduplication is one of this big hype topics at the moment. Deduplication sounds good, but ... well ... hmmm ... let´s say it this way: This technology has to mature.

At first there was a link in a internal mailing list. Deduplication is pretty sim...</description>
		<content:encoded><![CDATA[<p><strong>Some thoughts about deduplication&#8230;</strong></p>
<p>Deduplication is one of this big hype topics at the moment. Deduplication sounds good, but &#8230; well &#8230; hmmm &#8230; let´s say it this way: This technology has to mature.</p>
<p>At first there was a link in a internal mailing list. Deduplication is pretty sim&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Multiple Drive Failures: RAID 6 vs. RAIN-EC by Data Protection&#8217;s Black Swan: Seagate Drive Failures &#171; Permabits and Petabytes</title>
		<link>http://permabit.wordpress.com/2008/08/15/multiple-drive-failures-raid-6-vs-rain-ec/#comment-116</link>
		<dc:creator>Data Protection&#8217;s Black Swan: Seagate Drive Failures &#171; Permabits and Petabytes</dc:creator>
		<pubDate>Wed, 21 Jan 2009 13:46:50 +0000</pubDate>
		<guid isPermaLink="false">http://permabit.wordpress.com/?p=10#comment-116</guid>
		<description>[...] I&#8217;ve written about before, all data protection schemes depend on statistical failure models. With hard drives, the model allows for two primary types of failure: total spindle failure (i.e. [...]</description>
		<content:encoded><![CDATA[<p>[...] I&#8217;ve written about before, all data protection schemes depend on statistical failure models. With hard drives, the model allows for two primary types of failure: total spindle failure (i.e. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Greening of Storage by The Green Is A Lie &#171; Permabits and Petabytes</title>
		<link>http://permabit.wordpress.com/2008/11/20/the-greening-of-storage/#comment-107</link>
		<dc:creator>The Green Is A Lie &#171; Permabits and Petabytes</dc:creator>
		<pubDate>Thu, 08 Jan 2009 02:08:48 +0000</pubDate>
		<guid isPermaLink="false">http://permabit.wordpress.com/?p=49#comment-107</guid>
		<description>[...] They understand the real industry issues around energy efficiency though, which I touched on in &#8220;The Greening of Storage&#8221; back in November. The real reason enterprise customers, and only enterprise customers, should care about [...]</description>
		<content:encoded><![CDATA[<p>[...] They understand the real industry issues around energy efficiency though, which I touched on in &#8220;The Greening of Storage&#8221; back in November. The real reason enterprise customers, and only enterprise customers, should care about [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
