From: Nagy Zoltan <kirk@bteam.hu>
To: Peter Rabbitson <rabbit+list@rabbit.us>, linux-raid@vger.kernel.org
Subject: Re: component growing in raid5
Date: Mon, 24 Mar 2008 17:52:00 +0100 [thread overview]
Message-ID: <47E7DC30.3040804@bteam.hu> (raw)
In-Reply-To: <47E7CBD9.4020900@rabbit.us>
hi
> The validity of the snipped arguments depends on how many devices you
> have at every level:
>
> *) how many nodes there are?
8 nodes
> *) how many disks per node? do all nodes have an equal amount of disks?
currently there are 5 disks at every node, and yes: all nodes have equal
amount,
but the only thing that matters is that the exported size should be the same
>
> Without additional info I would say this: The problem with using raid5
> on the top node is that you are stressing your network additionally
> for every r-m-w-cycle. Also rebuild of this array, especially if you
> add more leaves will be more and more resource intensive.
after the new nics installed, i except that the rebuild would take about
8 hours to complete
yes, the r-m-w-cycle would be a pain - but i expect to have much more
reads than writes
this is truly resource intensive - but the bottleneck would be not at
the network level, i think it will be
at the root node's south-west connection
i must note that this is my first raid setup ;) and i've not faced with
rmw-cycle problems before,
and because the use conditions doesn't imply continous random writes -
we will be happy with this,
next week we will try it out in target conditions - and if something is
not going as expect, i will
reconsider applying raid10 to it
> In contrast if the top array is RAID10 with 2 chunk copies, you will
> sacrifice half the space, however your rebuild will utilize only 2
> drives (one reader one writer).
yes, that clearly could reach better performance, with .5 usable space-ratio
i'm working with relatively low-budget
current ratio is: 4*7/(5*8) = .7
kirk
next prev parent reply other threads:[~2008-03-24 16:52 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-03-23 6:59 component growing in raid5 Nagy Zoltan
2008-03-23 11:24 ` Peter Grandi
2008-03-24 7:09 ` Peter Rabbitson
2008-03-24 7:09 ` Peter Rabbitson
2008-03-24 15:17 ` Nagy Zoltan
2008-03-24 15:42 ` Peter Rabbitson
2008-03-24 16:52 ` Nagy Zoltan [this message]
2008-03-25 13:06 ` Peter Grandi
2008-03-25 13:38 ` Mattias Wadenstein
2008-03-25 20:02 ` Peter Grandi
2008-03-27 20:44 ` Mattias Wadenstein
2008-03-27 22:09 ` Richard Scobie
2008-03-28 8:07 ` Mattias Wadenstein
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=47E7DC30.3040804@bteam.hu \
--to=kirk@bteam.hu \
--cc=linux-raid@vger.kernel.org \
--cc=rabbit+list@rabbit.us \
/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.