From: Martin Steigerwald <ms@teamix.de>
To: Daniel Pocock <daniel@pocock.com.au>
Cc: <linux-btrfs@vger.kernel.org>
Subject: Re: btrfs RAID with enterprise SATA or SAS drives
Date: Wed, 9 Jul 2014 16:48:05 +0200 [thread overview]
Message-ID: <41327882.AW8TtKTnAV@merkaba> (raw)
In-Reply-To: <4FAAE94D.4010103@pocock.com.au>
Am Mittwoch, 9. Mai 2012, 22:01:49 schrieb Daniel Pocock:
> 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:
[…]
> - for someone using SAS or enterprise SATA drives with Linux, I
> understand btrfs gives the extra benefit of checksums, are there any
> other specific benefits over using mdadm or dmraid?
I think I can answer this one.
Most important advantage I think is BTRFS is aware of which blocks of the
RAID are in use and need to be synced:
- Instant initialization of RAID regardless of size (unless at some
capacity mkfs.btrfs needs more time)
- Rebuild after disk failure or disk replace will only copy *used* blocks
Scrubbing can repair from good disk if RAID with redundancy, but SoftRAID
should be able to do this as well. But also for scrubbing: BTRFS only
check and repairs used blocks.
Another advantage in the future – not yet possible AFAIK:
- Different RAID levels on same filesystem yet different subvolumes, more
flexibility as subvolumes are dynamically allocated, instead of statically
sized
Ciao,
Martin
--
Martin Steigerwald
Consultant / Trainer
teamix GmbH
Südwestpark 43
90449 Nürnberg
fon: +49 911 30999 55
fax: +49 911 30999 99
mail: martin.steigerwald@teamix.de
web: http://www.teamix.de
blog: http://blog.teamix.de
Amtsgericht Nürnberg, HRB 18320
Geschäftsführer: Oliver Kügow, Richard Müller
** JETZT ANMELDEN – teamix TechDemo - 23.07.2014 - http://www.teamix.de/techdemo **
next prev parent reply other threads:[~2014-07-09 14:54 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-05-09 22:01 btrfs RAID with enterprise SATA or SAS drives Daniel Pocock
2012-05-10 19:58 ` Hubert Kario
2012-05-18 16:19 ` btrfs RAID with RAID cards (thread renamed) Daniel Pocock
2012-05-11 2:18 ` btrfs RAID with enterprise SATA or SAS drives Duncan
2012-05-11 16:58 ` Martin Steigerwald
2012-05-14 8:38 ` Duncan
2014-07-09 14:48 ` Martin Steigerwald [this message]
2014-07-10 2:10 ` Russell Coker
2014-07-10 8:27 ` Martin Steigerwald
2014-07-10 11:28 ` Austin S Hemmelgarn
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=41327882.AW8TtKTnAV@merkaba \
--to=ms@teamix.de \
--cc=daniel@pocock.com.au \
--cc=linux-btrfs@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.