From: "Keld Jørn Simonsen" <keld@dkuug.dk>
To: David Rees <drees76@gmail.com>
Cc: linux-raid@vger.kernel.org
Subject: Re: raind-1 resync speed slow down to 50% by the time it finishes
Date: Wed, 5 Aug 2009 09:44:38 +0200 [thread overview]
Message-ID: <20090805074438.GB23696@rap.rap.dk> (raw)
In-Reply-To: <72dbd3150908041521q1d71994cl25159d5ec3e7f326@mail.gmail.com>
On Tue, Aug 04, 2009 at 03:21:28PM -0700, David Rees wrote:
> 2009/8/1 Keld Jørn Simonsen <keld@dkuug.dk>:
> > On Sat, Aug 01, 2009 at 08:13:45AM -0700, David Rees wrote:
> >> No - you're getting 120 MB/s from one disk and 80MB/s from another.
> >> How that would add up to 230MB/s defies logic...
> >
> > Why only 80 MB/ when reading? reading from both disks with raid10,f2 are done at the
> > beginning of both disks, thus getting about 115 MB/s from both of them.
> >
> > reading in raid10,f2 is restricted to the faster half of the disk, by
> > design.
> >
> > It is different when writing. there both halves, fast and slow, are
> > used.
>
> As I mentioned earlier, I was having a hard time visualizing the data
> layout. So here's a simple diagram that shows near/far layout and why
> Keld was right - with a far layout, reads can be isolated to the fast
> half of the disk.
>
> It also shows how sequential writes (or any other write that spans
> multiple chunks) force the drives to seek half way across the disk for
> each write.
>
> Near layout, 4 disks, 2 copies:
> a b c d
> 0 0 1 1
> 2 2 3 3
> 4 4 5 5
> 6 6 7 7
>
> Far layout, 4 disks, 2 copies
> a b c d
> 0 1 2 3
> 4 5 6 7
> 7 0 1 2
> 3 4 5 6
No, it is rather:
Far layout, 4 disks, 2 copies
a b c d
0 1 2 3
4 5 6 7
1 0 3 2
5 4 7 6
Best regards
keld
--
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:[~2009-08-05 7:44 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-07-30 6:25 raind-1 resync speed slow down to 50% by the time it finishes Tirumala Reddy Marri
2009-07-30 7:35 ` Robin Hill
2009-07-30 10:18 ` Keld Jørn Simonsen
2009-07-30 20:11 ` David Rees
2009-07-31 17:54 ` Keld Jørn Simonsen
2009-07-31 18:10 ` Keld Jørn Simonsen
2009-07-31 20:10 ` David Rees
2009-08-01 13:00 ` Keld Jørn Simonsen
2009-08-01 15:13 ` David Rees
2009-08-01 17:57 ` Keld Jørn Simonsen
2009-08-04 22:21 ` David Rees
2009-08-04 23:18 ` John Robinson
2009-08-04 23:42 ` David Rees
2009-08-05 8:20 ` Keld Jørn Simonsen
2009-08-05 8:08 ` Keld Jørn Simonsen
2009-08-05 7:44 ` Keld Jørn Simonsen [this message]
2009-08-05 8:18 ` NeilBrown
2009-07-30 8:44 ` Mikael Abrahamsson
2009-07-30 18:35 ` Tracy Reed
2009-07-30 20:28 ` David Rees
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=20090805074438.GB23696@rap.rap.dk \
--to=keld@dkuug.dk \
--cc=drees76@gmail.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).