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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox