From: David Brown <david@westcontrol.com>
To: linux-raid@vger.kernel.org
Subject: Re: Striping does not increase performance.
Date: Mon, 12 Mar 2012 15:20:31 +0100 [thread overview]
Message-ID: <jjl15t$iqb$1@dough.gmane.org> (raw)
In-Reply-To: <CAKFseUN8-Rb1x5j-JM+q3CLEXnFO0ieAmBG_5tVcxu4NAz0ojA@mail.gmail.com>
On 12/03/2012 13:34, Caspar Smit wrote:
> Hi all,
>
> I don't know exactly which mailinglists to use for this one so I hope
> i used the right ones.
>
> I did some performance testing on a new system and found out some
> things I couldn't explain or didn't expect.
> At the end are some questions I hope to get answered to explain the
> tings i'm seeing in the test.
>
>
> For the next test I wanted to see if i could double the performance by
> striping an LV over 2 md's (so instead of using 10 disks/spindles, use
> 20 disks/spindles)
>
> So i added md1 to the VG as PV.
>
> Created a fresh LV striped across the two PV's using a 64KB stripe
> size and ran the test again.
>
>
> Now the total IO's in 10 seconds are 16x larger than before. 190464 /
> 10 = 19046,4 / 16 = 1190,4 /16 = the reported 75 IOPS above.
> So the 64KB blocks seem to be split into 4KB blocks (64 / 16 = 4)
> which results in a way larger total IO's.
> The IO's per disk seem to be in 64KB blocks still only now with a
> large MERGE figure besides it. (Now 4KB blocks are merged into 64KB
> blocks?)
>
LVM will stripe the data between the two md's with a default stripe size
of 4K - thus the first 4K will go to md0, the second to md1, etc. This
is obviously terribly inefficient. For 8+2 raid6 with 64KB chunks, you
want a stripe size of 8x64K = 512KB when you create the logical volume.
> The performance does not double but stays the same as with 1 MD set
> only the total IO's are spread among the MD's. Each disk now does
> around 60 IOPS!
>
> I still wanted to see if I could double the performance and thought it
> might have something to do with LVM striping so i ditched LVM and
> created a RAID0 (md6) over md0 and md1 with a chunk size of 64KB
> again.
>
Similarly here, you want your chunk sizes to fit a stripe on the raid
devices, not to fit the underlying devices. So try with a chunk size of
512KB (or higher).
mvh.,
David
next prev parent reply other threads:[~2012-03-12 14:20 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-12 12:34 Striping does not increase performance Caspar Smit
2012-03-12 12:57 ` Erwan MAS
2012-03-12 13:02 ` Caspar Smit
2012-03-12 13:02 ` Caspar Smit
2012-03-12 13:58 ` Erwan MAS
2012-03-12 14:34 ` Jiri Horky
2012-03-12 16:23 ` John Robinson
2012-03-12 14:33 ` Peter Grandi
2012-03-13 11:44 ` Caspar Smit
2012-03-12 14:20 ` David Brown [this message]
2012-03-13 11:55 ` Caspar Smit
2012-03-13 14:12 ` David 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='jjl15t$iqb$1@dough.gmane.org' \
--to=david@westcontrol.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.