linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
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

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