All of lore.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 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.