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 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).