From: "Marc Marais" <marcm@liquid-nexus.net>
To: Richard Scobie <richard@sauce.co.nz>, linux-raid@vger.kernel.org
Subject: Re: Poor RAID5 performance on new SMP system
Date: Tue, 19 Oct 2004 01:26:00 +0800 [thread overview]
Message-ID: <20041018172202.M60005@liquid-nexus.net> (raw)
In-Reply-To: <41733C14.8020000@sauce.co.nz>
I've moved one of the IDE cards to the 64 bit bus and thats improved things a
lot. The 2nd card isnt 3.3v capable and won't go into the 64 bit slot though
so I'm going to replace it.
I noticed using vmstat that the average latency (await) is over 50ms for the
card on the secondary PCI bus and less than 20ms on the 64 bit bus... Very
interesting...
Thanks Richard, and everyone else for your input(s).
(Oh I tried 2.6.8 - didn't make a difference at all - I'm sticking with 2.4.26 :)
--
---------- Original Message -----------
From: Richard Scobie <richard@sauce.co.nz>
To: linux-raid@vger.kernel.org
Sent: Mon, 18 Oct 2004 16:44:20 +1300
Subject: Re: Poor RAID5 performance on new SMP system
> Marc wrote:
> > Hi,
> > I recently upgraded my file server to a dual AMD 2800+ on a Tyan Tiger MPX
> > motherboard. The previous server was using a PIII 700 on an Intel 440BX
> > motherboard. I basically just took the IDE drives and their controllers
> > across to the new machine. The strange thing is that the RAID-5 performance
> > is worse than before! Have a look at the stats below:
>
> Hi Marc,
>
> Unfortunately you have a lemon :(
>
> I spent some time trying to get acceptable performance out of an
> Adaptec SCSI RAID 0 on the 32 bit, 33MHz bus of one of these boards
> and eventually found this:
>
>
http://forums.2cpu.com/showthread.php?s=c8040a4e9c9b6390dd389f1b3cca32de&threadid=31211&perpage=15
>
> The executive summary is
>
> "After testing AMD determined that the problem was identified as a
> bandwidth issue(this was startling information). It appears that the
> motherboard has a bandwidth limitation of 25MB/s on PCI devices that
> are connected through the AMD 768 Southbridge."
>
> This was in line with my findings.
>
> I have not tried, but it is possible that a 64 bit 66MHz IDE card
> will be OK.
>
> Regards,
>
> Richard
> -
> 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
------- End of Original Message -------
next prev parent reply other threads:[~2004-10-18 17:26 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-10-18 2:11 Poor RAID5 performance on new SMP system Marc
2004-10-18 3:37 ` Guy
2004-10-18 4:04 ` Marc
2004-10-18 5:12 ` Guy
2004-10-18 3:44 ` Richard Scobie
2004-10-18 4:56 ` Marc
2004-10-18 17:26 ` Marc Marais [this message]
2004-10-18 18:41 ` Richard Scobie
2004-10-18 20:45 ` Guy
2004-10-20 3:24 ` Mark Hahn
2004-10-18 5:37 ` Gerd Knops
2004-10-18 6:12 ` Guy
2004-10-18 7:33 ` Marc
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=20041018172202.M60005@liquid-nexus.net \
--to=marcm@liquid-nexus.net \
--cc=linux-raid@vger.kernel.org \
--cc=richard@sauce.co.nz \
/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).