From: Michael Tokarev <mjt@tls.msk.ru>
To: Wil Reichert <wil.reichert@gmail.com>
Cc: linux raid <linux-raid@vger.kernel.org>
Subject: Re: filesystem stripe parameters
Date: Fri, 19 Jun 2009 13:15:41 +0400 [thread overview]
Message-ID: <4A3B573D.5020206@msgid.tls.msk.ru> (raw)
In-Reply-To: <7a329d910906181208t2f95d94bsc4eac2c5f20355f5@mail.gmail.com>
Wil Reichert wrote:
> When using LVM on top of RAID 5, is it still worthwhile to pass RAID
> stripe information to the filesystem on creation? Or do the PE's in
> LVM blur the specific stripe sizes & I'd want to use some multiple of
> those instead?
It's a very good question, especially in context of RAID5.
Yes it is still a good idea to pass that info because it is still a
RAID5 which requires proper treatment wrt unaligned writes and keeping
redundancy.
But the thing is that RAID5 and LVM are not good to each other UNLESS
RAID5 consists of 3, 5 or 9 (or 17 etc) drives -- i.e. 2^N+1, so that
there's 2^N data drives.
This is because LVM can only have blocksize as a power of two and in
order to be useful that blocksize should be a multiple of RAID5 data
row size (stripe size etc).
This is only possible when RAID5 has 2^N data drives or 2^N+1 total
drives. The same is for RAID4, and for RAID6 it's 2^N+2 since RAID6
has 2 parity drives.
But if you can't match LVM blocksize and RAID strip size, there's
*almost* no point at telling raid parameters to the filesystem: no
matter how hard you'll try, LVM will make the whole thing non-optimal.
Ok, depending on the number of drives, *some* logical volumes will
be properly aligned, but definitely not all of them. For example
on a 4-drive RAID5 array, only every 3rd volume will be ok, --
provided the volumes are allocated in full one after another,
without holes and fragmentation.
When everything is properly aligned, it's still worth the effort
IMHO to tell the filesystem about true raid properties.
/mjt
next prev parent reply other threads:[~2009-06-19 9:15 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-06-18 19:08 filesystem stripe parameters Wil Reichert
2009-06-19 9:15 ` Michael Tokarev [this message]
2009-06-19 9:36 ` Robin Hill
2009-06-19 20:59 ` Justin Perreault
2009-06-20 6:35 ` Michael Tokarev
2009-06-20 0:26 ` Wil Reichert
2009-06-20 6:19 ` Michael Tokarev
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=4A3B573D.5020206@msgid.tls.msk.ru \
--to=mjt@tls.msk.ru \
--cc=linux-raid@vger.kernel.org \
--cc=wil.reichert@gmail.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).