From: "Theepan" <tornado@linuxfromscratch.org>
To: linux-raid@vger.kernel.org, linux-ide@vger.kernel.org
Subject: IDE Performance issues
Date: Mon, 1 Sep 2003 23:12:49 +0200 [thread overview]
Message-ID: <001301c370cd$cd46ed50$0200a8c0@tornado> (raw)
Hi there,
I have a RAID5 setup with 4 x 120GB IDE disks and I have always wondered why
the performance of my RAID set never exceeded 60-66MB/s when a lot of people
talk about their RAID setup sustaining 80-100MB/s (and then some more).
Until recently I've just blamed the overhead that software RAID brings,
namely because it is software and takes up CPU cycles and I don't have the
fastest processors in the world. After a lot of tests, I found out that
RAID5 is not to blame but the IDE/PCI layer on the other hand is.
zcav, a tool from bonnie++ package, was used to measure the sequential read
rate. All disks were able to sustain minimum 30MB/s when accessed
seperately. When accessed simultaneously I get these results:
When accessing 1 disk, the read rate was 30MB/s (as expected).
When accessing 2 disks, the read rate was 60MB/s (30MB/s on each disk, as
expected)
When accessing 3 disks, the read rate was 60MB/s (20MB/s on each disk,
dropping 10Mb/s)
When accessing 4 disks, the read rate was 60MB/s (15MB/s on each disk,
dropping 15Mb/s)
When accessing md1 (RAID5 with 4 disks), the read rate was 55-63MB/s.
A quick look at the results show that the maximum performance achived was
60MB/s no matter how many disks (2+) were involved - the same performance
you could/would expect from a ATA66 system. On a 32bit system where the PCI
bus operates as 33mhz, one would expect the maximum theoretical throughput
to be 133MB/s (or 127,x MB/s).
I have 2 x Promise TX2 ATA133 Controller and 4 Maxtor 120GB disks (3 x
5400RPM and 1 x 7200RPM, all disks are ATA133 capable and operate in this
mode according to hdparm). DMA and 32bit is enabled on the disks using
hdparm
as well. The disks are attached as master only, that is one disk per IDE
channel.
The system is a Dual P3-500mhz wih 256MB RAM.
The motherboard is SOYO SY-D6IBA with 440BX chipset.
I'm running Debian Linux and kernel 2.4.22 (vanilla kernel with only
lm_sensors and i2c patched).
The RAID5 consists of 4 disks with 128KB as chunk-size.
The onboard SCSI is disabled as I have no use of it.
LILO has "ide2=ata66 ide3=ata66 ide4=ata66 ide5=ata66" appended, becase I've
read that this instructs the kernel to use some ATA66+ calls and thereby
utilizing the ATA66 (and higher).
Anyone have any idea what this is about (maybe by first hand experience) and
why? - and preferably also how I would go about "fixing" it.
If there's need for output from lcpci, dmesg etc, let me know - I have them
ready. I do not know if these lists prefer outputs attached or included as
body in the email - which is why I didn't include them at all in any way.
--
Theepan
reply other threads:[~2003-09-01 21:12 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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='001301c370cd$cd46ed50$0200a8c0@tornado' \
--to=tornado@linuxfromscratch.org \
--cc=linux-ide@vger.kernel.org \
--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).