From: Ming Zhang <mingz@ele.uri.edu>
To: Guy <bugzilla@watkins-home.com>
Cc: 'Andy Smith' <andy@lug.org.uk>, linux-raid@vger.kernel.org
Subject: RE: mdadm + raid1 of 2 disks and now need to add more
Date: Wed, 12 Apr 2006 09:22:39 -0400 [thread overview]
Message-ID: <1144848159.25488.8.camel@localhost.localdomain> (raw)
In-Reply-To: <200604120207.k3C27N228357@www.watkins-home.com>
On Tue, 2006-04-11 at 22:07 -0400, Guy wrote:
>
> } -----Original Message-----
> } From: linux-raid-owner@vger.kernel.org [mailto:linux-raid-
> } owner@vger.kernel.org] On Behalf Of Ming Zhang
> } Sent: Tuesday, April 11, 2006 6:13 PM
> } To: Andy Smith
> } Cc: linux-raid@vger.kernel.org
> } Subject: Re: mdadm + raid1 of 2 disks and now need to add more
> }
> } On Tue, 2006-04-11 at 20:32 +0000, Andy Smith wrote:
> } > On Tue, Apr 11, 2006 at 07:25:58PM +0200, Laurent CARON wrote:
> } > > Andy Smith wrote:
> } > > >On Tue, Apr 11, 2006 at 04:41:30PM +0200, Shai wrote:
> } > > >>I have two SCSI disks on raid1.
> } > > >>Since I have lots of reads from that raid, I want to add two more
> } > > >>disks to this raid so that read will be faster.
> } > > >>
> } > > >>How should I add the new disks?
> } > > >
> } > > >Is this possible with md currently:
> } > > >
> } > > >Create a RAID-10 on the two new disks specifying one disk missing
> } > > >from each mirror.
> } > > >
> } > > >Then copy data over and add the two existing disks letting it
> } > > >resync?
> } > >
> } > > Why not growing the array with 2 more disks?
> } >
> } > Well I guess a RAID-1 of 4 disks would be slightly more redundant
> } > than a 4 disk RAID-10, but it would have half the capacity, and the
> } > read performance would be very similar, no?
> }
> } raid1 of 4 will give u read performance like 1 disk;
> } raid10 of 4 can give u read performance like aggregated 2 disks.
>
> I know RAID1 of 4 disks will give you read performance like 4 disks.
> Unless your test or application is single threaded! Not likely I hope!
> At least with the 2.4.31 kernel.
for random read, u can make use of 4 disk in parallel. but for
sequential workload, it has not much gain.
>
> A RAID1 of 4 disks will still function with any 3 failed disks.
> Real good idea for remote systems.
unless u data is that critical, u only get 25% disk utilization here.
>
> Also I think raid10 of 4 can give u read performance like 2 to 4 disks.
> This depends more on the application. IMO.
> You would have twice the space, but maybe not needed.
>
>
> }
> }
> } >
> }
> } -
> } To unsubscribe from this list: send the line "unsubscribe linux-raid" in
> } the body of a message to majordomo@vger.kernel.org
> } More majordomo info at http://vger.kernel.org/majordomo-info.html
>
next prev parent reply other threads:[~2006-04-12 13:22 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-04-11 14:41 mdadm + raid1 of 2 disks and now need to add more Shai
2006-04-11 14:51 ` Andy Smith
2006-04-11 17:25 ` Laurent CARON
2006-04-11 20:32 ` Andy Smith
2006-04-11 22:13 ` Ming Zhang
2006-04-12 2:07 ` Guy
2006-04-12 13:22 ` Ming Zhang [this message]
2006-04-12 7:18 ` Shai
2006-04-12 8:16 ` Neil Brown
2006-04-12 9:10 ` Shai
2006-04-16 23:36 ` Neil Brown
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=1144848159.25488.8.camel@localhost.localdomain \
--to=mingz@ele.uri.edu \
--cc=andy@lug.org.uk \
--cc=bugzilla@watkins-home.com \
--cc=linux-raid@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;
as well as URLs for NNTP newsgroup(s).