linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Roman Mamedov <rm@romanrm.ru>
To: Stan Hoeppner <stan@hardwarefreak.com>
Cc: Steven Haigh <netwiz@crc.id.au>, linux-raid@vger.kernel.org
Subject: Re: Recommended pci-e 1x SATA cards.
Date: Fri, 15 Apr 2011 11:03:58 +0600	[thread overview]
Message-ID: <20110415110358.7e679722@natsu> (raw)
In-Reply-To: <4DA74CF3.2050509@hardwarefreak.com>

[-- Attachment #1: Type: text/plain, Size: 3647 bytes --]

On Thu, 14 Apr 2011 14:37:23 -0500
Stan Hoeppner <stan@hardwarefreak.com> wrote:

> > I suggest that you avoid Silicon Image 3132, they have data corruption
> > issue (on some board designs?), triggered or amplified by transferring via
> > both ports at the same time, at full speed.
> 
> Stating this opinion based on a very limited number of such reports is
> irresponsible.

Irresponsible to chip and board makers maybe, but I prefer to be responsible
with regard to protecting my own data from possibly bad components first.

> If the issue is a bad PCB from a couple of vendors, state the vendors and
> the card model and rev.

Yes, after the initial report I was thinking the problem is limited to one
particular vendor of the boards or even just a batch, but since it was
confirmed on this list, by person from a different continent, who bought card
from a different place/vendor/batch and still had the exactly same issue,
that's when it was enough for me to blacklist all cards on 3132 in general.

> Case in point:
> 
> http://blog.backblaze.com/2009/09/01/petabytes-on-a-budget-how-to-build-cheap-cloud-storage/

They also recommend using Seagate 7200.11 1.5TB drives, is that a
recommendation you would also support? :)
http://www.desktopreview.com/default.asp?newsID=593
http://hardware.slashdot.org/story/09/01/17/0115207/Seagate-Hard-Drive-Fiasco-Grows
http://it.slashdot.org/comments.pl?sid=1098793&cid=26542735

> BackBlaze uses three Sil3132 based 2 port Syba PCIe x1 SATAII cards in
> each storage 45 drive storage pod server, and one 4 port Addonics
> Sil3124 PCI card.  Odd balance WRT bandwidth, but if you read the doc
> it'll be clear why they did this.

The Syba card also costs 4 times what the cheaper cards on the same chip cost,
so is that what it takes to make a non-data-corrupting card with SiI3132? At
that price point, why not just get a Marvell 9123 anyway.
Oh wait, there are reports that even Syba corrupts data in the same way!
I even made a screenshot in case this goes away (can't find a permanent link
other than http://www.newegg.com/Product/Product.aspx?Item=N82E16815124027)
http://ompldr.org/vODl1eg/2011-04-15T045338Z-syba.png
So it is just more expensive, not more reliable in any way. And it is after
all the chip's fault.

> Again, there is nothing wrong with the Silicon Image chips.  They have a
> very good reputation.

I do not agree, they have an terrible reputation and an awful track record
regarding reliability with the earlier 3112/3114/3124 chips. And their
problems most often manifest in the worst way possible, as silent corruption
of user data. See for yourself:
https://encrypted.google.com/search?hl=en&q=3112+data+corruption
https://encrypted.google.com/search?hl=en&q=3114+data+corruption

"Sil3112/3114 are now virtually the only controllers with occassional and
unresolved data corruption issues."
http://comments.gmane.org/gmane.linux.ide/44799

"there are known major problems with Silicon Image controllers on FreeBSD,
Linux, and Windows.  The most common problem is silent data
corruption. ...JMicron controllers are known to behave OK"
http://lists.freebsd.org/pipermail/freebsd-hackers/2008-September/026152.html

So it is not surprising to me AT ALL, that 3132 would also have similar kind
of 'surprises'. And with presence of a readily-available cheap alternative,
namely JMicron JMB363 (with an untarnished reputation, and being a nice
standard 'ahci' controller), just excluding any Silicon Image from future
choices forever, seems to be the right thing to do to me.

-- 
With respect,
Roman

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

  parent reply	other threads:[~2011-04-15  5:03 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-04-14 10:31 Recommended pci-e 1x SATA cards Steven Haigh
2011-04-14 10:54 ` Roman Mamedov
2011-04-14 11:05   ` Tapani Tarvainen
2011-04-14 11:25     ` Roman Mamedov
2011-04-14 11:41       ` Tapani Tarvainen
2011-04-14 12:02         ` Roman Mamedov
2011-04-14 11:14   ` Steven Haigh
2011-04-14 19:37   ` Stan Hoeppner
2011-04-15  1:54     ` Brad Campbell
2011-04-15  5:03     ` Roman Mamedov [this message]
2011-04-14 12:53 ` Roman Mamedov
2011-04-14 13:16   ` Steven Haigh
2011-04-14 19:55     ` Stan Hoeppner
2011-04-14 23:50       ` Steven Haigh
2011-04-15  4:06         ` Stan Hoeppner
2011-04-15  4:35           ` Steven Haigh
2011-04-15  4:56             ` Stan Hoeppner
2011-04-15  4:58       ` Roman Mamedov
2011-04-15 21:31         ` Stan Hoeppner
2011-04-16  5:15           ` Roman Mamedov
2011-04-16  8:57             ` Brad Campbell
2011-04-16 20:40               ` Stan Hoeppner
2011-04-17  5:44                 ` Brad Campbell
2011-04-17 18:36                   ` Stan Hoeppner
2011-04-17 18:45                     ` Mikael Abrahamsson
2011-04-17 20:26                       ` Stan Hoeppner
2011-04-17 21:18                         ` Sven Eschenberg
2011-04-17 21:25                     ` Guy Watkins
2011-04-17 23:29                     ` Brad Campbell

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20110415110358.7e679722@natsu \
    --to=rm@romanrm.ru \
    --cc=linux-raid@vger.kernel.org \
    --cc=netwiz@crc.id.au \
    --cc=stan@hardwarefreak.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).