linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Marcus Sorensen <shadowsor@gmail.com>
To: Daniel Pocock <daniel@pocock.com.au>
Cc: linux-raid@vger.kernel.org
Subject: Re: md RAID with enterprise-class SATA or SAS drives
Date: Wed, 9 May 2012 16:33:57 -0600	[thread overview]
Message-ID: <CALFpzo5ObdwFATdT4e20znnxzU5hX9SVSfqJcdqOXM1FEYJQuw@mail.gmail.com> (raw)
In-Reply-To: <4FAAE8F1.8000600@pocock.com.au>

I can't speak to all of these, but...

On Wed, May 9, 2012 at 4:00 PM, Daniel Pocock <daniel@pocock.com.au> wrote:
>
>
> There is various information about
> - enterprise-class drives (either SAS or just enterprise SATA)
> - the SCSI/SAS protocols themselves vs SATA
> having more advanced features (e.g. for dealing with error conditions)
> than the average block device
>
> For example, Adaptec recommends that such drives will work better with
> their hardware RAID cards:
>
> http://ask.adaptec.com/cgi-bin/adaptec_tic.cfg/php/enduser/std_adp.php?p_faqid=14596
> "Desktop class disk drives have an error recovery feature that will
> result in a continuous retry of the drive (read or write) when an error
> is encountered, such as a bad sector. In a RAID array this can cause the
> RAID controller to time-out while waiting for the drive to respond."
>
> and this blog:
> http://www.adaptec.com/blog/?p=901
> "major advantages to enterprise drives (TLER for one) ... opt for the
> enterprise drives in a RAID environment no matter what the cost of the
> drive over the desktop drive"
>
> My question..
>
> - does Linux md RAID actively use the more advanced features of these
> drives, e.g. to work around errors?

TLER and its ilk simply give up quickly on errors. This may be good
for a RAID card that otherwise would reset itself if it doesn't get a
timely response from a drive, but it can be bad for md RAID. It
essentially increases the chance that you won't be able to rebuild,
you lose drive A of a 2 x 3TB RAID 1, and then during rebuild drive B
has an error and the disk gives up after 7 seconds, rather than doing
all of its fancy off-sector reads and whatever else it would normally
do to save your last good copy.

>
> - if a non-RAID SAS card is used, does it matter which card is chosen?
> Does md work equally well with all of them?

Yes, I believe md raid would work equally well on all SAS HBAs,
however the cards themselves vary in performance. Some cards that have
simple RAID built-in can be flashed to a dumb card in order to reclaim
more card memory (LSI "IR mode" cards), but the performance gain is
generally minimal

>
> - ignoring the better MTBF and seek times of these drives, do any of the
> other features passively contribute to a better RAID experience when
> using md?

Not that I know of, but I'd be interested in hearing what others think.

>
> - for someone using SAS or enterprise SATA drives with Linux, is there
> any particular benefit to using md RAID, dmraid or filesystem (e.g.
> btrfs) RAID (apart from the btrfs having checksums)?

As opposed to hardware RAID? The main thing I think of is freedom from
vendor lock-in. If you lose your card you don't have to run around
finding another that is compatible with the hardware RAID's on-disk
metadata format that was deprecated last year. Last I checked,
performance was pretty great with md, and you can get fancy and spread
your array across multiple controllers and things like that. Finally,
md RAID tends to have a better feature set than the hardware, for
example N-disk mirrors. I like running a 3 way mirror over 2 way +
hotspare.

> --
> To unsubscribe from this list: send the line "unsubscribe linux-raid" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

  reply	other threads:[~2012-05-09 22:33 UTC|newest]

Thread overview: 51+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-05-09 22:00 md RAID with enterprise-class SATA or SAS drives Daniel Pocock
2012-05-09 22:33 ` Marcus Sorensen [this message]
2012-05-10 13:34   ` Daniel Pocock
2012-05-10 13:51   ` Phil Turmel
2012-05-10 14:59     ` Daniel Pocock
2012-05-10 15:15       ` Phil Turmel
2012-05-10 15:26     ` Marcus Sorensen
2012-05-10 16:04       ` Phil Turmel
2012-05-10 17:53         ` Keith Keller
2012-05-10 18:10           ` Mathias Burén
2012-05-10 18:23           ` Phil Turmel
2012-05-10 19:15             ` Keith Keller
2012-05-10 18:42         ` Daniel Pocock
2012-05-10 19:09           ` Phil Turmel
2012-05-10 20:30             ` Daniel Pocock
2012-05-11  6:50             ` Michael Tokarev
2012-05-21 14:19           ` Brian Candler
2012-05-21 14:29             ` Phil Turmel
2012-05-26 21:58               ` Stefan *St0fF* Huebner
2012-05-10 21:43       ` Stan Hoeppner
2012-05-10 23:00         ` Marcus Sorensen
2012-05-10 21:15     ` Stan Hoeppner
2012-05-10 21:31       ` Daniel Pocock
2012-05-11  1:53         ` Stan Hoeppner
2012-05-11  8:31           ` Daniel Pocock
2012-05-11 13:54             ` Pierre Beck
2012-05-10 21:41       ` Phil Turmel
2012-05-10 22:27       ` David Brown
2012-05-10 22:37         ` Daniel Pocock
     [not found]         ` <CABYL=ToORULrdhBVQk0K8zQqFYkOomY-wgG7PpnJnzP9u7iBnA@mail.gmail.com>
2012-05-11  7:10           ` David Brown
2012-05-11  8:16             ` Daniel Pocock
2012-05-11 22:28               ` Stan Hoeppner
2012-05-21 15:20                 ` CoolCold
2012-05-21 18:51                   ` Stan Hoeppner
2012-05-21 18:54                     ` Roberto Spadim
2012-05-21 19:05                       ` Stan Hoeppner
2012-05-21 19:38                         ` Roberto Spadim
2012-05-21 23:34                     ` NeilBrown
2012-05-22  6:36                       ` Stan Hoeppner
2012-05-22  7:29                         ` David Brown
2012-05-23 13:14                           ` Stan Hoeppner
2012-05-23 13:27                             ` Roberto Spadim
2012-05-23 19:49                             ` David Brown
2012-05-23 23:46                               ` Stan Hoeppner
2012-05-24  1:18                                 ` Stan Hoeppner
2012-05-24  2:08                                   ` NeilBrown
2012-05-24  6:16                                     ` Stan Hoeppner
2012-05-24  2:10                         ` NeilBrown
2012-05-24  2:55                           ` Roberto Spadim
2012-05-11 22:17             ` Stan Hoeppner
  -- strict thread matches above, loose matches on Subject: below --
2012-05-10  1:29 Richard Scobie

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=CALFpzo5ObdwFATdT4e20znnxzU5hX9SVSfqJcdqOXM1FEYJQuw@mail.gmail.com \
    --to=shadowsor@gmail.com \
    --cc=daniel@pocock.com.au \
    --cc=linux-raid@vger.kernel.org \
    /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).