From: Ric Wheeler <ric@emc.com>
To: Max Waterman <davidmaxwaterman+gmane@fastmail.co.uk>
Cc: linux-raid@vger.kernel.org, "Butler, Tim" <Butler_Tim@emc.com>
Subject: Re: md faster than h/w?
Date: Mon, 16 Jan 2006 08:30:11 -0500 [thread overview]
Message-ID: <43CB9FE3.60803@emc.com> (raw)
In-Reply-To: <43CB3DBA.405@fastmail.co.uk>
Max Waterman wrote:
> Mark Hahn wrote:
>
>> I've written a fairly
>> simple bandwidth-reporting tool:
>> http://www.sharcnet.ca/~hahn/iorate.c
>>
>> it prints incremental bandwidth, which I find helpful because it shows
>> recording zones, like this slightly odd Samsung:
>> http://www.sharcnet.ca/~hahn/sp0812c.png
>>
>
> Using iorate.c, I guess somewhat different numbers for the 2.6.15
> kernel than
> for the 2.6.8 kernel - the 2.6.15 kernel starts off at 105MB/s and
> head down
> to 94MB/s, while 2.6.8 starts at 140MB/s and heads town to 128MB/s.
>
> That seems like a significant difference to me?
>
> What to do?
>
> Max.
>
Keep in mind that disk performance is very dependent on exactly what
your IO pattern looks like and which part of the disk you are reading.
For example, you should be able to consistently max out the bus if you
write a relatively small (say 8MB) block of data to a disk and then
(avoiding the buffer cache) do direct IO reads to read it back. This
test is useful for figuring out if we have introduced any IO performance
bumps as all of the data read should come directly from the disk cache
and not require any head movement, platter reads, etc. You can repeat
this test for each of the independent drives in your system.
It is also important to keep in mind that different parts of your disk
platter have different maximum throughput rates. For example, reading
from the outer sectors on a platter will give you a significantly
different profile than reading from the inner sectors on a platter.
We have some tests that we use to measure raw disk performance that try
to get through these hurdles to measure performance in a consistent and
reproducible way...
ric
next prev parent reply other threads:[~2006-01-16 13:30 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-01-13 7:06 md faster than h/w? Max Waterman
2006-01-13 14:46 ` Ross Vandegrift
2006-01-13 21:08 ` Lajber Zoltan
2006-01-14 1:19 ` Max Waterman
2006-01-14 2:05 ` Ross Vandegrift
2006-01-14 8:26 ` Max Waterman
2006-01-14 10:42 ` Michael Tokarev
2006-01-14 11:48 ` Max Waterman
2006-01-14 18:14 ` Mark Hahn
2006-01-14 1:22 ` Max Waterman
2006-01-14 6:40 ` Mark Hahn
2006-01-14 8:54 ` Max Waterman
2006-01-14 21:23 ` Ross Vandegrift
2006-01-16 4:37 ` Max Waterman
2006-01-16 5:33 ` Max Waterman
2006-01-16 14:12 ` Andargor
2006-01-17 9:18 ` Max Waterman
2006-01-17 17:09 ` Andargor
2006-01-18 4:43 ` Max Waterman
2006-01-16 6:31 ` Max Waterman
2006-01-16 13:30 ` Ric Wheeler [this message]
2006-01-16 14:08 ` Mark Hahn
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=43CB9FE3.60803@emc.com \
--to=ric@emc.com \
--cc=Butler_Tim@emc.com \
--cc=davidmaxwaterman+gmane@fastmail.co.uk \
--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).