Linux RAID subsystem development
 help / color / mirror / Atom feed
From: Ming Zhang <mingz@ele.uri.edu>
To: Guy <bugzilla@watkins-home.com>
Cc: linux-raid@vger.kernel.org
Subject: RE: md on partition
Date: Sat, 23 Oct 2004 18:38:41 -0400	[thread overview]
Message-ID: <1098571121.3119.13.camel@localhost.localdomain> (raw)
In-Reply-To: <200410231612.i9NGCqN13160@www.watkins-home.com>

On Sat, 2004-10-23 at 12:12, Guy wrote:
> I guess Neil was wrong, or I misunderstood something.
> Were both test with the same RAID and LVM config?  Or was 1 RAID0 and the
> other RAID5?
yes, if i tested RAID0, then will use RAID0 for both partition or whole
disk scenarios.

> 
> If RAID5, are you sure the resync was done before you did your tests?
> "cat /proc/mdstat" to determine this.
> 
need to recheck. :)

> Yes, size does matter!  Chunk size that is.  Not sure about extent size.
> 
will raid by default choose different chunk size if device size is
different, for example, sda is 400GB while sda1 is 50GB?

> As long as the only difference was the whole disk vs partitions, then
> partitions make a big difference!  This sucks!
> 
> Guy
> 
> -----Original Message-----
> From: linux-raid-owner@vger.kernel.org
> [mailto:linux-raid-owner@vger.kernel.org] On Behalf Of Ming Zhang
> Sent: Saturday, October 23, 2004 11:52 AM
> To: Guy
> Cc: linux-raid@vger.kernel.org
> Subject: RE: md on partition
> 
> thx but i met this problem.
> 
> i use 4 x 400GB SATA disks, i make a raid 0 or 5, and build a vg on top
> of md, then use bonnie++ to test read performance.
> 
> LVM (MD = sda+sdb+..) = 95MBsec, md is built on top of whole disk.
> 
> LVM (MD = sda1+sdb1+.) = 48MBsec, md is built on top of each partition.
> 
> so where is the problem? does md chunk size matter? or lvm extent size
> matters? thx.
> 
> 
> ming
> 
> On Sat, 2004-10-23 at 02:07, Guy wrote:
> > I found this old message:
> > "On Tuesday June 1, maheshext3@yahoo.com wrote:
> > > 
> > > --- Neil Brown <neilb@cse.unsw.edu.au> wrote:
> > > > 
> > > > What does
> > > >    ls -l /dev/hd[eg]5
> > > > show? How about
> > > >    cat /proc/partitions
> > > >    dd if=/dev/hde5 of=/dev/null bs=1024k
> > > 
> > > Thanks a lot, Neil, turns out those nodes were not present. After I 
> > > mknod'd them, all's fine in RAIDland...
> > >   Quick question: does using extended partitions for RAID affect 
> > > performance?
> > 
> > The fact that the partitions are "extended" is invisible to most of the
> > kernel, and it could not have any affect of performance.
> > 
> > NeilBrown"
> > 
> > Guy
> > 
> > -----Original Message-----
> > From: linux-raid-owner@vger.kernel.org
> > [mailto:linux-raid-owner@vger.kernel.org] On Behalf Of Ming Zhang
> > Sent: Friday, October 22, 2004 1:28 PM
> > To: linux-raid@vger.kernel.org
> > Subject: md on partition
> > 
> > Hi folks.
> > 
> > I remembered that there was a discussion on the list about some abnormal
> > performance penalty if u use a partition instead of a whole disk for MD.
> > But I could not find this discussion via archival or google.
> > 
> > Could somebody be kindly enough to point me to the right spot? Thanks a
> > lot.
> > 
> > Ming
> > 
> > 
> > -
> > 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
-- 
 --------------------------------------------------
| Ming Zhang, PhD. Student
| Dept. of Electrical & Computer Engineering
| College of Engineering
| University of Rhode Island
| Kingston RI. 02881
| e-mail: mingz at ele.uri.edu
| Tel. (401) 874-2293 
| Fax. (401) 782-6422
| http://www.ele.uri.edu/~mingz/
| http://crab.ele.uri.edu/gallery/albums.php
 --------------------------------------------------



  reply	other threads:[~2004-10-23 22:38 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-10-22 17:27 md on partition Ming Zhang
2004-10-23  6:07 ` Guy
2004-10-23 15:52   ` Ming Zhang
2004-10-23 16:12     ` Guy
2004-10-23 22:38       ` Ming Zhang [this message]
2004-10-23 22:52         ` Guy
2004-10-23 23:04           ` Ming Zhang

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=1098571121.3119.13.camel@localhost.localdomain \
    --to=mingz@ele.uri.edu \
    --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