lkml.org 
[lkml]   [2000]   [Dec]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Abysmal RAID 0 performance on 2.4.0-test10 for IDE?
At 11:29 PM 12/25/00, you wrote:
>To verify that this is not an issue of the Promise controller, I started
>two instances of my test tool at the same time, one working on hde, the
>other on hdg (the two channels). Both yielded approximately 25 meg/sec,
>so it does not appear to be a hardware or driver issue. Is the RAID
>code really this slow? Any ideas what I can do?

Use two PDC controller cards. You have shown that you can read 50MB/s from
disks into memory, and so neither the IDE not PCI bus is overloaded.
However, the RAID code is contending for control of the IDE busses because
it is not optimized for the case that the disks cannot be controlled
independently.

>By the way: I noticed another thing: one of the Maxtor hard disks was
>broken. It caused the whole box to freeze solid (no numlock, no console
>switches, no sysrq). That to me severely limits the usefulness of IDE

Did you not read the RAID FAQ? look on the raidtools web site: it
specifically states:

a) you cannot hot swap IDE
b) if you put RAID disks on the same IDE bus (i.e. use master/slave) you
can expect abysmal performance. Only use the master for a given IDE bus
(i.e. the PDC supports 2, not 4, disks).

>RAID. While SCSI problems cause trouble, too, I have never seen one
>cause a complete freeze. How am I supposed to hot-swap the disks?

On IDE, you don't. IDE never supports hot-swap, RAID or no. If you want
that, use SCSI.

Regards,

Ruth

--

Ruth
Ivimey-Cook ruthc@sharra.demon.co.uk
Technical
Author, ARM Ltd ruth.ivimey-cook@arm.com

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 12:52    [W:0.062 / U:0.100 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site