<?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: ZFS Part 2: OS X Edition</title>
	<atom:link href="http://xercestech.com/zfs-part-2-osx-edition.geek/feed" rel="self" type="application/rss+xml" />
	<link>http://xercestech.com/zfs-part-2-osx-edition.geek</link>
	<description>Stuff geeks care about</description>
	<lastBuildDate>Fri, 03 Sep 2010 04:10:23 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Meow</title>
		<link>http://xercestech.com/zfs-part-2-osx-edition.geek/comment-page-1#comment-14</link>
		<dc:creator>Meow</dc:creator>
		<pubDate>Fri, 27 Mar 2009 14:16:58 +0000</pubDate>
		<guid isPermaLink="false">http://tech.xerces.com/?p=32#comment-14</guid>
		<description>ZFS detects and repairs silent corruption. That is the main point of using ZFS:
http://opensolaris.org/os/community/zfs/docs/zfs_last.pdf

&quot;Measurements at CERN (using Linux)
● Wrote a simple application to write/verify 1GB file
● Write 1MB, sleep 1 second, etc. until 1GB has been written
● Read 1MB, verify, sleep 1 second, etc.
● Ran on 3000 rack servers with HW RAID card
● After 3 weeks, found 152 instances of silent data corruption
● Previously thought “everything was fine”
● HW RAID only detected “noisy” data errors
● Need end-to-end verification to catch silent data corruption&quot;




http://www.miracleas.com/BAARF/RAID5_versus_RAID10.txt
&quot;When a drive returns garbage, since RAID5 does not EVER check parity on read (RAID3 &amp; RAID4 do BTW and both perform better for databases than RAID5 to boot) if you write a garbage sector back garbage parity will
be calculated and your RAID5 integrity is lost! Similarly if a drive fails and one of the remaining drives is flaky the replacement will be rebuilt with garbage also propagating the problem to two blocks instead of just one.&quot;




http://74.125.77.132/search?q=cacheA0-6Ufp8a8J:gridmon.dl.ac.uk/nfnn/slides/RichardHughesJonesNFNN2.pdf+%22One+failure+for+every+10**15+bits+read%22&amp;hl=sv&amp;ct=clnk&amp;cd=2&amp;gl=se

&quot;One failure for every 10**15 bits read.  1 week). Data loss possible&quot;</description>
		<content:encoded><![CDATA[<p>ZFS detects and repairs silent corruption. That is the main point of using ZFS:<br />
<a href="http://opensolaris.org/os/community/zfs/docs/zfs_last.pdf" rel="nofollow">http://opensolaris.org/os/community/zfs/docs/zfs_last.pdf</a></p>
<p>&#8220;Measurements at CERN (using Linux)<br />
● Wrote a simple application to write/verify 1GB file<br />
● Write 1MB, sleep 1 second, etc. until 1GB has been written<br />
● Read 1MB, verify, sleep 1 second, etc.<br />
● Ran on 3000 rack servers with HW RAID card<br />
● After 3 weeks, found 152 instances of silent data corruption<br />
● Previously thought “everything was fine”<br />
● HW RAID only detected “noisy” data errors<br />
● Need end-to-end verification to catch silent data corruption&#8221;</p>
<p><a href="http://www.miracleas.com/BAARF/RAID5_versus_RAID10.txt" rel="nofollow">http://www.miracleas.com/BAARF/RAID5_versus_RAID10.txt</a><br />
&#8220;When a drive returns garbage, since RAID5 does not EVER check parity on read (RAID3 &amp; RAID4 do BTW and both perform better for databases than RAID5 to boot) if you write a garbage sector back garbage parity will<br />
be calculated and your RAID5 integrity is lost! Similarly if a drive fails and one of the remaining drives is flaky the replacement will be rebuilt with garbage also propagating the problem to two blocks instead of just one.&#8221;</p>
<p><a href="http://74.125.77.132/search?q=cacheA0-6Ufp8a8J:gridmon.dl.ac.uk/nfnn/slides/RichardHughesJonesNFNN2.pdf+%22One+failure+for+every+10" rel="nofollow">http://74.125.77.132/search?q=cacheA0-6Ufp8a8J:gridmon.dl.ac.uk/nfnn/slides/RichardHughesJonesNFNN2.pdf+%22One+failure+for+every+10</a>**15+bits+read%22&amp;hl=sv&amp;ct=clnk&amp;cd=2&amp;gl=se</p>
<p>&#8220;One failure for every 10**15 bits read.  1 week). Data loss possible&#8221;</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/


Served from: xercestech.com @ 2010-09-09 11:51:51 -->