TCLUG Archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [TCLUG:12134] SCSI vs. IDE
>Now these ata66 controllers, how do they make the landscape different? It
>seems like they have scsi-like drivers in windows.. dont know about linux
>support.
Well, ATA/66 is basically ATA/33 but with a maximum transfer rate of 66MB/sec,
and higher data integrity.
This "data integrity" depends on having a special (i.e. expensive!)
80-conductor IDE cable. Instead of having
a normal 40-pin IDE cable, you have to use an 80-pin IDE cable. It's basically
the normal IDE cable except
for every other wire on the cable being a ground, and having one wire punctured
at a special (28th wire?)
spot. It's very unusual - and the cables are *very* expensive - even more so
that UW internal SCSI cables.
Now you IDE folks now what it's like for us who use SCSI. ;)
> Your comment about CPU indicates that SCSI is better for even
>one drive. This mirrors an experience I had when I was running a heavy
>test that read and wrote random 8 meg segments of a 64 meg file. My
>machine slowed down to a crawl and all the CPU time was being spent on
>'system'.
Well, IDE can be very CPU efficient - *if* DMA is enabled for your drives. (It
has to be compiled into the
kernel). If your IDE controller isn't using DMA, you're limited to PIO 4
transfer rates - which can be limited
either by the maximum transfer rate (modern IDE drives can hit that limit
pretty easily), or by the amount
of CPU power you have - pushing about 17MB/sec can really tax your CPU, so it
might have been a CPU
barrier that you ran into.
Be sure to compile in DMA - or get SCSI!
Nick Reinking