From: Thiemo Nagel <thiemo.nagel@ph.tum.de>
To: Jon Nelson <jnelson@jamponi.net>
Cc: linux-raid@vger.kernel.org
Subject: Re: Raid over 48 disks
Date: Tue, 18 Dec 2007 22:40:36 +0100 [thread overview]
Message-ID: <47683E54.5020403@ph.tum.de> (raw)
In-Reply-To: <cccedfc60712181320v5ec446abq37e45e5d905866cb@mail.gmail.com>
>> 16k read 64k write
>> chunk
>> size RAID 5 RAID 6 RAID 5 RAID 6
>> 128k 492 497 268 270
>> 256k 615 530 288 270
>> 512k 625 607 230 174
>> 1024k 650 620 170 75
>
> It strikes me that these numbers are meaningless without knowing if
> that is actual data-to-disk or data-to-memcache-and-some-to-disk-too.
> Later versions of 'dd' offer 'conv=fdatasync' which is really handy
> (call fdatasync on the output file, syncing JUST the one file, right
> before close). Otherwise, oflags=direct will (try) to bypass the
> page/block cache.
>
> I can get really impressive numbers, too (over 200MB/s on a single
> disk capable of 70MB/s) when I (mis)use dd without fdatasync, et al.
>
> The variation in reported performance can be really huge without
> understanding that you aren't actually testing the DISK I/O but *some*
> disk I/O and *some* memory caching.
I did these benchmarks with 32GB of data on a machine with 1GB of RAM,
therefore the memory cache contribution should be small.
Kind regards,
Thiemo
next prev parent reply other threads:[~2007-12-18 21:40 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-12-18 17:29 Raid over 48 disks Norman Elton
2007-12-18 18:27 ` Justin Piszcz
2007-12-18 19:34 ` Thiemo Nagel
2007-12-18 19:52 ` Norman Elton
2007-12-18 20:19 ` Thiemo Nagel
2007-12-18 20:25 ` Justin Piszcz
2007-12-18 21:13 ` Thiemo Nagel
2007-12-18 21:20 ` Jon Nelson
2007-12-18 21:40 ` Thiemo Nagel [this message]
2007-12-18 21:43 ` Justin Piszcz
2007-12-18 21:21 ` Justin Piszcz
2007-12-19 15:21 ` Bill Davidsen
2007-12-19 15:02 ` Justin Piszcz
2007-12-20 16:48 ` Thiemo Nagel
2007-12-21 1:53 ` Bill Davidsen
2007-12-18 18:45 ` Robin Hill
2007-12-18 20:28 ` Neil Brown
2007-12-19 8:27 ` Mattias Wadenstein
2007-12-19 15:26 ` Bill Davidsen
2007-12-21 11:03 ` Leif Nixon
2007-12-25 17:31 ` pg_mh, Peter Grandi
2007-12-25 21:08 ` Bill Davidsen
2007-12-18 20:36 ` Brendan Conoboy
2007-12-18 23:50 ` Guy Watkins
2007-12-18 23:58 ` Justin Piszcz
2007-12-18 23:59 ` Justin Piszcz
2007-12-19 12:08 ` Russell Smith
2007-12-21 10:57 ` Leif Nixon
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=47683E54.5020403@ph.tum.de \
--to=thiemo.nagel@ph.tum.de \
--cc=jnelson@jamponi.net \
--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.