public inbox for linux-ext4@vger.kernel.org
 help / color / mirror / Atom feed
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

             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