<?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: Are Fibre Channel and SCSI Drives More Reliable?</title>
	<atom:link href="http://permabit.wordpress.com/2008/08/20/are-fibre-channel-and-scsi-drives-more-reliable/feed/" rel="self" type="application/rss+xml" />
	<link>http://permabit.wordpress.com/2008/08/20/are-fibre-channel-and-scsi-drives-more-reliable/</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>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>By: The Navarra Group &#187; Blog Archive &#187; SATA vs. SCSI reliability</title>
		<link>http://permabit.wordpress.com/2008/08/20/are-fibre-channel-and-scsi-drives-more-reliable/#comment-54</link>
		<dc:creator>The Navarra Group &#187; Blog Archive &#187; SATA vs. SCSI reliability</dc:creator>
		<pubDate>Fri, 24 Oct 2008 18:52:21 +0000</pubDate>
		<guid isPermaLink="false">http://permabit.wordpress.com/?p=21#comment-54</guid>
		<description>[...] a guy who discusses SATA vs. SCSI disk reliability. Short conclusion: actual disk failures (MTBF) are almost exactly as likely wtih cheap SATA disks [...]</description>
		<content:encoded><![CDATA[<p>[...] a guy who discusses SATA vs. SCSI disk reliability. Short conclusion: actual disk failures (MTBF) are almost exactly as likely wtih cheap SATA disks [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jeredfloyd</title>
		<link>http://permabit.wordpress.com/2008/08/20/are-fibre-channel-and-scsi-drives-more-reliable/#comment-47</link>
		<dc:creator>jeredfloyd</dc:creator>
		<pubDate>Sun, 12 Oct 2008 21:25:11 +0000</pubDate>
		<guid isPermaLink="false">http://permabit.wordpress.com/?p=21#comment-47</guid>
		<description>Andras,

You&#039;re correct.  I was working from E, the expected number of bit errors -- with 7 TB, the expected number of bit errors is 0.56.  This is obviously not the same as probability of at least one failure, which is 0.44 as you say.  I&#039;ve updated the post to correct this error.  44% is still pretty scary!

Regards,
--Jered</description>
		<content:encoded><![CDATA[<p>Andras,</p>
<p>You&#8217;re correct.  I was working from E, the expected number of bit errors &#8212; with 7 TB, the expected number of bit errors is 0.56.  This is obviously not the same as probability of at least one failure, which is 0.44 as you say.  I&#8217;ve updated the post to correct this error.  44% is still pretty scary!</p>
<p>Regards,<br />
&#8211;Jered</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andras</title>
		<link>http://permabit.wordpress.com/2008/08/20/are-fibre-channel-and-scsi-drives-more-reliable/#comment-44</link>
		<dc:creator>Andras</dc:creator>
		<pubDate>Mon, 29 Sep 2008 23:29:47 +0000</pubDate>
		<guid isPermaLink="false">http://permabit.wordpress.com/?p=21#comment-44</guid>
		<description>&quot;With a 7+1 set of terabyte drives, this means 7 TB must be read. A bit error rate of 1 in 10^14 means that there’s a 56% chance that can’t be done.&quot;

I think that should be 44%.

Let&#039;s work it out together.

1 in every 10^14 bits has an error. Let&#039;s refer to 1/10^14 as alpha for the
sake of ease of notation.

The probabilty that a bit has no error is thus 1-alpha.

The probability that there will be no error while reading 7TB (as disk
manufacturers count terabytes) of data is

(1-alpha)^(10^(1024*1000*1000*1000*8*7)), or, more practically,

10^(log(1024*1000*1000*1000*8*7*log(1-alpha))).

calc from the wonderful apcalc package can work that our for us:

% calc &#039;10^(7*1000*1000*1000*1024*8*log(1-(1/10^14)))&#039;
        0.56358337345776143653

There you go, 56%.

The chance that it cannot be done is then 44%.</description>
		<content:encoded><![CDATA[<p>&#8220;With a 7+1 set of terabyte drives, this means 7 TB must be read. A bit error rate of 1 in 10^14 means that there’s a 56% chance that can’t be done.&#8221;</p>
<p>I think that should be 44%.</p>
<p>Let&#8217;s work it out together.</p>
<p>1 in every 10^14 bits has an error. Let&#8217;s refer to 1/10^14 as alpha for the<br />
sake of ease of notation.</p>
<p>The probabilty that a bit has no error is thus 1-alpha.</p>
<p>The probability that there will be no error while reading 7TB (as disk<br />
manufacturers count terabytes) of data is</p>
<p>(1-alpha)^(10^(1024*1000*1000*1000*8*7)), or, more practically,</p>
<p>10^(log(1024*1000*1000*1000*8*7*log(1-alpha))).</p>
<p>calc from the wonderful apcalc package can work that our for us:</p>
<p>% calc &#8216;10^(7*1000*1000*1000*1024*8*log(1-(1/10^14)))&#8217;<br />
        0.56358337345776143653</p>
<p>There you go, 56%.</p>
<p>The chance that it cannot be done is then 44%.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: EconTech &#187; 56% Chance Your Hard Drive Is Not (Fully) Readable, A Lawsuit in the Making</title>
		<link>http://permabit.wordpress.com/2008/08/20/are-fibre-channel-and-scsi-drives-more-reliable/#comment-43</link>
		<dc:creator>EconTech &#187; 56% Chance Your Hard Drive Is Not (Fully) Readable, A Lawsuit in the Making</dc:creator>
		<pubDate>Mon, 29 Sep 2008 20:51:59 +0000</pubDate>
		<guid isPermaLink="false">http://permabit.wordpress.com/?p=21#comment-43</guid>
		<description>[...] a guy who discusses SATA vs. SCSI disk reliability. Short conclusion: actual disk failures (MTBF) are almost exactly as likely wtih cheap SATA disks [...]</description>
		<content:encoded><![CDATA[<p>[...] a guy who discusses SATA vs. SCSI disk reliability. Short conclusion: actual disk failures (MTBF) are almost exactly as likely wtih cheap SATA disks [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jeredfloyd</title>
		<link>http://permabit.wordpress.com/2008/08/20/are-fibre-channel-and-scsi-drives-more-reliable/#comment-32</link>
		<dc:creator>jeredfloyd</dc:creator>
		<pubDate>Tue, 09 Sep 2008 22:00:21 +0000</pubDate>
		<guid isPermaLink="false">http://permabit.wordpress.com/?p=21#comment-32</guid>
		<description>&lt;i&gt;Is it possible that the actual reliability is the same, but the datasheets exaggerate the BER of the consumer drives for marketing reasons?&lt;/i&gt;

That&#039;s an interesting theory.  I&#039;m doubtful, as I&#039;ve never seen a storage vendor knowingly &lt;i&gt;undersell&lt;/i&gt; a product on the spec sheet, but it&#039;s possible.  There was a recent study using data from NetApp that suggested that the published BER rates were pretty accurate -- I think it may have been &lt;a href=&quot;http://www.cs.wisc.edu/adsl/Publications/corruption-fast08.pdf&quot; rel=&quot;nofollow&quot;&gt;&quot;An Analysis of Data Corruption in the Storage Stack&quot;&lt;/a&gt; (http://www.cs.wisc.edu/adsl/Publications/corruption-fast08.pdf).</description>
		<content:encoded><![CDATA[<p><i>Is it possible that the actual reliability is the same, but the datasheets exaggerate the BER of the consumer drives for marketing reasons?</i></p>
<p>That&#8217;s an interesting theory.  I&#8217;m doubtful, as I&#8217;ve never seen a storage vendor knowingly <i>undersell</i> a product on the spec sheet, but it&#8217;s possible.  There was a recent study using data from NetApp that suggested that the published BER rates were pretty accurate &#8212; I think it may have been <a href="http://www.cs.wisc.edu/adsl/Publications/corruption-fast08.pdf" rel="nofollow">&#8220;An Analysis of Data Corruption in the Storage Stack&#8221;</a> (<a href="http://www.cs.wisc.edu/adsl/Publications/corruption-fast08.pdf)" rel="nofollow">http://www.cs.wisc.edu/adsl/Publications/corruption-fast08.pdf)</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Stracke</title>
		<link>http://permabit.wordpress.com/2008/08/20/are-fibre-channel-and-scsi-drives-more-reliable/#comment-31</link>
		<dc:creator>John Stracke</dc:creator>
		<pubDate>Tue, 09 Sep 2008 18:52:56 +0000</pubDate>
		<guid isPermaLink="false">http://permabit.wordpress.com/?p=21#comment-31</guid>
		<description>These reliability figures all come from the vendors, right? Is it possible that the actual reliability is the same, but the datasheets exaggerate the BER of the consumer drives for marketing reasons?

I can see two reasons to do that: (a) promising high reliability makes for higher costs in warranty replacement, so it carries a premium; (b) the vendors don&#039;t want enterprises buying consumer drives, so they make weaker statements about the consumer drives.

This wouldn&#039;t be illegal, or even particularly deceitful; they&#039;re promising that the BER is no *greater* than such-and-so, and so exaggerating the BER is still true.</description>
		<content:encoded><![CDATA[<p>These reliability figures all come from the vendors, right? Is it possible that the actual reliability is the same, but the datasheets exaggerate the BER of the consumer drives for marketing reasons?</p>
<p>I can see two reasons to do that: (a) promising high reliability makes for higher costs in warranty replacement, so it carries a premium; (b) the vendors don&#8217;t want enterprises buying consumer drives, so they make weaker statements about the consumer drives.</p>
<p>This wouldn&#8217;t be illegal, or even particularly deceitful; they&#8217;re promising that the BER is no *greater* than such-and-so, and so exaggerating the BER is still true.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jeredfloyd</title>
		<link>http://permabit.wordpress.com/2008/08/20/are-fibre-channel-and-scsi-drives-more-reliable/#comment-30</link>
		<dc:creator>jeredfloyd</dc:creator>
		<pubDate>Tue, 09 Sep 2008 16:12:59 +0000</pubDate>
		<guid isPermaLink="false">http://permabit.wordpress.com/?p=21#comment-30</guid>
		<description>&lt;i&gt;I think your calculations are not very precise. For example, Seagate declares bit error rates like “1 sector per 10e15″ (quotation from inexpensive Barracuda ES.2 SATA drives datasheet).&lt;/i&gt;

Lev,

Yeah, the Seagate data sheets use different terminology -- they call the error rate out as &quot;1 sector&quot; instead of &quot;1 bit&quot;, which would be 512 times more reliable than any other vendor!  I think they might just be referring to the fact that a single bit error causes the read of the entire sector to fail as you don&#039;t get partial data, you get a read error on the sector.

Clarification from Seagate would be great here.  If they really are 512X more reliable than every other drive vendor, you&#039;d think they&#039;d be shouting that from the treetops!

--Jered</description>
		<content:encoded><![CDATA[<p><i>I think your calculations are not very precise. For example, Seagate declares bit error rates like “1 sector per 10e15″ (quotation from inexpensive Barracuda ES.2 SATA drives datasheet).</i></p>
<p>Lev,</p>
<p>Yeah, the Seagate data sheets use different terminology &#8212; they call the error rate out as &#8220;1 sector&#8221; instead of &#8220;1 bit&#8221;, which would be 512 times more reliable than any other vendor!  I think they might just be referring to the fact that a single bit error causes the read of the entire sector to fail as you don&#8217;t get partial data, you get a read error on the sector.</p>
<p>Clarification from Seagate would be great here.  If they really are 512X more reliable than every other drive vendor, you&#8217;d think they&#8217;d be shouting that from the treetops!</p>
<p>&#8211;Jered</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jeredfloyd</title>
		<link>http://permabit.wordpress.com/2008/08/20/are-fibre-channel-and-scsi-drives-more-reliable/#comment-29</link>
		<dc:creator>jeredfloyd</dc:creator>
		<pubDate>Tue, 09 Sep 2008 16:09:04 +0000</pubDate>
		<guid isPermaLink="false">http://permabit.wordpress.com/?p=21#comment-29</guid>
		<description>&lt;i&gt;That kind of thing just doesn’t fly in the enterprise market so companies spend a _lot_ more time and money testing their enterprise products than their SATA ones.&lt;/i&gt;

These same vendors offer &quot;enterprise&quot; SATA drives which, presumably, go through this more intensive testing.  They go for around a 20% price premium over the &quot;consumer&quot; SATA drives.  Why not just stick with one interface, then?  I stand by my claim that enterprise : SAS :: consumer : SATA is a false market segmentation.</description>
		<content:encoded><![CDATA[<p><i>That kind of thing just doesn’t fly in the enterprise market so companies spend a _lot_ more time and money testing their enterprise products than their SATA ones.</i></p>
<p>These same vendors offer &#8220;enterprise&#8221; SATA drives which, presumably, go through this more intensive testing.  They go for around a 20% price premium over the &#8220;consumer&#8221; SATA drives.  Why not just stick with one interface, then?  I stand by my claim that enterprise : SAS :: consumer : SATA is a false market segmentation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jeredfloyd</title>
		<link>http://permabit.wordpress.com/2008/08/20/are-fibre-channel-and-scsi-drives-more-reliable/#comment-28</link>
		<dc:creator>jeredfloyd</dc:creator>
		<pubDate>Tue, 09 Sep 2008 16:07:27 +0000</pubDate>
		<guid isPermaLink="false">http://permabit.wordpress.com/?p=21#comment-28</guid>
		<description>&lt;i&gt;Unfortunately it’s not that simple. A big part of why enterprise drives have lower BER rates is that they have protection along the entire data path from the disk to the host. &lt;/i&gt;

Steven,

You&#039;re mixing &quot;enterprise&quot; and &quot;SATA&quot; here, but I get the point you&#039;re making, but I don&#039;t think it&#039;s correct.  Serial-ATA has CRC checks on bus protocol frames.  With both SATA and SAS you have protection of data from the drive to the host controller.

I&#039;ll agree that SAS controllers may be more likely to use ECC memory, or that SAS drives may maintain better ECC data internally to protect the data until it&#039;s converted to a SAS protocol frame, but these are again manufacturing decisions on the part of the vendors involved.  SATA can be just as reliable as SAS in these areas.

Of course, both are vulnerable to data corruption between the application and the host controller.  This is why application vendors like Oracle add additional ECC data at the application layer -- they know they can&#039;t fully trust any component firther down the chain.

--Jered</description>
		<content:encoded><![CDATA[<p><i>Unfortunately it’s not that simple. A big part of why enterprise drives have lower BER rates is that they have protection along the entire data path from the disk to the host. </i></p>
<p>Steven,</p>
<p>You&#8217;re mixing &#8220;enterprise&#8221; and &#8220;SATA&#8221; here, but I get the point you&#8217;re making, but I don&#8217;t think it&#8217;s correct.  Serial-ATA has CRC checks on bus protocol frames.  With both SATA and SAS you have protection of data from the drive to the host controller.</p>
<p>I&#8217;ll agree that SAS controllers may be more likely to use ECC memory, or that SAS drives may maintain better ECC data internally to protect the data until it&#8217;s converted to a SAS protocol frame, but these are again manufacturing decisions on the part of the vendors involved.  SATA can be just as reliable as SAS in these areas.</p>
<p>Of course, both are vulnerable to data corruption between the application and the host controller.  This is why application vendors like Oracle add additional ECC data at the application layer &#8212; they know they can&#8217;t fully trust any component firther down the chain.</p>
<p>&#8211;Jered</p>
]]></content:encoded>
	</item>
</channel>
</rss>
