From: Yuehai Xu <yuehaixu@gmail.com>
To: Gabor Gombas <gombasg@sztaki.hu>
Cc: linux-raid@vger.kernel.org, yhxu@wayne.edu
Subject: Re: The huge different performance of sequential read between RAID0 and RAID5
Date: Thu, 28 Jan 2010 09:55:05 -0500 [thread overview]
Message-ID: <100eff551001280655r2e173286nfca3dbf688609571@mail.gmail.com> (raw)
In-Reply-To: <20100128144118.GB17369@twister.selfip.org>
2010/1/28 Gabor Gombas <gombasg@sztaki.hu>:
> On Thu, Jan 28, 2010 at 09:31:23AM -0500, Yuehai Xu wrote:
>
>> >> md0 : active raid5 sdh1[7] sdg1[5] sdf1[4] sde1[3] sdd1[2] sdc1[1] sdb1[0]
>> >> 631353600 blocks level 5, 64k chunk, algorithm 2 [7/6] [UUUUUU_]
> [...]
>
>> I don't think any of my drive fail because there is no "F" in my
>> /proc/mdstat output
>
> It's not failed, it's simply missing. Either it was unavailable when the
> array was assembled, or you've explicitely created/assembled the array
> with a missing drive.
I noticed that, thanks! Is it usual that at the beginning of each
setup, there is one missing drive?
>
>> How do you know my RAID5 array has one drive missing?
>
> Look at the above output: there are just 6 of the 7 drives available,
> and the underscore also means a missing drive.
>
>> I tried to setup RAID5 with 5 disks, 3 disks, after each setup,
>> recovery has always been done.
>
> Of course.
>
>> However, if I format my md0 with such command:
>> mkfs.ext3 -b 4096 -E stride=16 -E stripe-width=*** /dev/XXXX, the
>> performance for RAID5 becomes usual, at about 200~300M/s.
>
> I suppose in that case you had all the disks present in the array.
Yes, I did my test after the recovery, in that case, does the "missing
drive" hurt the performance?
Thanks!
Yuehai
>
> Gabor
>
> --
> ---------------------------------------------------------
> MTA SZTAKI Computer and Automation Research Institute
> Hungarian Academy of Sciences
> ---------------------------------------------------------
>
--
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:[~2010-01-28 14:55 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-01-28 3:16 The huge different performance of sequential read between RAID0 and RAID5 Yuehai Xu
2010-01-28 7:06 ` Gabor Gombas
2010-01-28 14:31 ` Yuehai Xu
2010-01-28 14:41 ` Gabor Gombas
2010-01-28 14:55 ` Yuehai Xu [this message]
2010-01-28 15:27 ` Robin Hill
2010-01-29 6:05 ` Michael Evans
2010-01-29 11:53 ` Goswin von Brederlow
2010-01-30 7:03 ` Michael Evans
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=100eff551001280655r2e173286nfca3dbf688609571@mail.gmail.com \
--to=yuehaixu@gmail.com \
--cc=gombasg@sztaki.hu \
--cc=linux-raid@vger.kernel.org \
--cc=yhxu@wayne.edu \
/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).