From: torn5 <torn5@shiftmail.org>
To: linux-ext4@vger.kernel.org
Subject: What to put for unknown stripe-width?
Date: Tue, 20 Sep 2011 12:30:43 +0200 [thread overview]
Message-ID: <4E786B53.5020407@shiftmail.org> (raw)
Hello there,
I am planning some ext4 filesystems which are currently in (LVM over) a
RAID array having:
stride=1MiB stripe-witdth=4MiB
BUT ... their RAID could be enlarged with more disks in the future
and/or they are likely to be moved around live (leveraging LVM, which I
will align) to other RAIDs which also will have stride=1MiB but unknown,
as of now, stripe-width.
That's on HDDs, with platters.
What do you suggest for stripe-width?
I don't really know how ext4 works, unfortunately. But I think the
answer should be among the following values:
- a) 60MiB: so to be exact multiple of most stripe-widths, in
particular when number of data disks is any of:
1,2,3,4,5,10,12,15,20,30,60 . I expect some longer-than-normal seeks
with HDD heads with 60MiB though.
- b) 7MiB or 11MiB: (prime numbers so *not* likely multiple of most
stripe-widths) so to likely see data eventually spreaded equally on the
various disks (maybe?). That's the opposite reason as (a), so one of
these two must be wrong.
- c) 1MiB so to be exact *divisor* (and not multiple) of all possible
number of disks. This is wrong, isn't it?
- d) use current optimal of 4MiB, then use tune2fs to alter
stripe-width when the underlying stripes are changed. This should be
fine for new writes, but I am not sure what is the impact on reads of
old data.
Thanks for your help
T5
next reply other threads:[~2011-09-20 10:31 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-09-20 10:30 torn5 [this message]
2011-09-20 12:47 ` What to put for unknown stripe-width? Theodore Tso
2011-09-20 15:29 ` torn5
2011-09-20 16:00 ` Ted Ts'o
2011-09-20 23:29 ` Andreas Dilger
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=4E786B53.5020407@shiftmail.org \
--to=torn5@shiftmail.org \
--cc=linux-ext4@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.