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 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.