linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Roman Mamedov <rm@romanrm.ru>
To: stan@hardwarefreak.com
Cc: matt <listy@fastmail.fm>, linux-raid@vger.kernel.org
Subject: Re: OT: silent data corruption reading from hard drives
Date: Thu, 2 Aug 2012 14:06:34 +0600	[thread overview]
Message-ID: <20120802140634.6f729d07@natsu> (raw)
In-Reply-To: <501A316C.3020305@hardwarefreak.com>

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

On Thu, 02 Aug 2012 02:51:08 -0500
Stan Hoeppner <stan@hardwarefreak.com> wrote:

> I didn't say, nor imply such a thing.  You missed my point entirely
> about dollar amount.  It had two aspects:
> 
> 1.  Some people are willing to spend hundreds or thousands on drives,
> then hook them to $15 controllers without giving that ratio a thought,
> no reflection upon the sanity of it.

Why should there be any reflection? There is no no automatic "Hmm, this thing
costs $XXX, so the other thing should also cost $XXX" rule.

$15 is simply the right price for a perfectly working 2 port SATA controller
(based on some of those chip models I named) on the market.

The rule is not "buy expensive", it's "avoid buying (known-)broken". Maybe
it's more difficult to come across a broken card in the expensive segment.
Maybe it's not. In any case my suggestion is to just do some research before
you buy, identify broken chips and cards, avoid those, and save yourself those
$185 or whatever.

> First, there are not "enterprise" controllers that use the Marvell SAS
> chip, period.  It's a low/mid cost, entry level 8 port SAS ASIC.  The
> cards based on it a not crappy, but actually pretty decent.  They run
> very well with Windows, *BSD, SCO, NetWare, and other OSes.  It just
> happens that the Linux driver, yes mv_sas, totally sucks

The end result for the user is the same, they accidentally buy that card, they
use GNU/Linux, they have to use that sucky driver. The best choice is to avoid
buying the card in the first place, but how do you know you should, if you
didn't do the research (see above) and just looked at the price tag.

> > Also, if you only use the mdadm software RAID, getting an enterprise hardware
> > RAID controller is truly a waste of money, unless you really need the extra
> > port density.
> 
> That logic is flawed.  If you have an enterprise hardware RAID
> controller you're not going to use md/RAID, unless you're stitching LUNs
> together with linear or RAID0, as I often do.  In fact that's my most
> frequent use of md/RAID--concatenation of hardware RAID or SAN LUNs.

I do not recommend using hardware RAID. It locks you into one card/vendor,
usually is much less flexible than mdadm, and often even provides lower
performance. See http://linux.yyz.us/why-software-raid.html

-- 
With respect,
Roman

~~~~~~~~~~~~~~~~~~~~~~~~~~~
"Stallman had a printer,
with code he could not see.
So he began to tinker,
and set the software free."

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

  reply	other threads:[~2012-08-02  8:06 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-08-01 12:02 OT: silent data corruption reading from hard drives matt
2012-08-01 13:03 ` Roman Mamedov
2012-08-02  0:56 ` Stan Hoeppner
2012-08-02  1:07   ` Roberto Spadim
2012-08-02  1:14     ` Roberto Spadim
2012-08-02  1:27   ` Adam Goryachev
2012-08-02  1:35     ` Roberto Spadim
2012-08-02  3:23     ` Stan Hoeppner
2012-08-02 13:02     ` Drew
2012-08-02  3:19   ` Roman Mamedov
2012-08-02  7:51     ` Stan Hoeppner
2012-08-02  8:06       ` Roman Mamedov [this message]
2012-08-02  9:29         ` Stan Hoeppner
2012-08-02 12:26         ` Iustin Pop
2012-08-02 16:59         ` listy
2012-08-02 17:04           ` Roberto Spadim
2012-08-02 17:13             ` Jeff Johnson
2012-08-02 17:19               ` Roman Mamedov
2012-08-02 17:25                 ` Roberto Spadim
2012-08-02 17:22               ` Roberto Spadim
     [not found]           ` <501AB9D8.1030404@turmel.org>
2012-08-02 18:32             ` listy
2012-08-03 13:36               ` Phil Turmel
2012-08-15 21:55                 ` Peter Grandi
2012-08-16  7:30                   ` Oliver Schinagl
     [not found]                     ` <CABYL=TqU6qvDK-CuFak42iVNj0v4OcvALXOnr=6XLM4HyXfGkw@mail.gmail.com>
2012-08-16 14:33                       ` Roberto Spadim

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=20120802140634.6f729d07@natsu \
    --to=rm@romanrm.ru \
    --cc=linux-raid@vger.kernel.org \
    --cc=listy@fastmail.fm \
    --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).