If it's so much of a niche (and by extension desired by so few), why has
IDE become more and more like SCSI over the past decade? IDE is just
beginning (over the last 2-3 years) to acquire the features SCSI has had
for over a decade. Give it another decade and IDE will simply be a SCSI
physical layer.
So summarize a decade old arguement:
(IDE Camp) SCSI sucks because it's too damned expensive.
(SCSI Camp) IDE sucks because it isn't SCSI. [followed by a long list of
features present in SCSI but not IDE.]
You cannot beat IDE's price/performance with a stick. However, anyone
who cares about system performance (and lifespan) will opt for the expense
of SCSI.
>besides having missed the last 2-3 generations of ATA (which include
>things like diskconnect), you have clearly not noticed that entry-level
And who has diskconnect implemented? How many devices support it?
How many years before most of the hideous data destroying bugs and
incompatibilities are rooted out?
>hardware with PoS UDMA100 controllers can sustain more bandwidth than
>you can hope to consume (120 MB/s is pretty easy, even on 32x33 PCI!)
...with only two devices per channel and a rather heavy penalty for more
than one. SCSI is only significantly penalized when approaching bus
saturation.
And looking at the data rates for the Maxtor 160GB drive (infact the
entire D540X line)... 43.4M/s to/from media (i.e. cache) with sustained
rates of 35.9/17.8 OD/ID. Maxtor are the only ones with U133 drives.
(And the Maxtor SCSI drives kick that thing's ass... internal rate of
350-622Mb/s for a sustained throughput of 33-55MB/s. Expensive but
much much faster.)
>> PS: I once turned down a 360MHz Ultra10 in favor of a 167MHz Ultra1 because
>> of the absolutely shitty IDE performance. The U1 was actually faster
>> at compiling software. (Solaris 2.6, btw)
>
>yeah, if Sun can't make IDE scream, then no one can eh?
Linux wasn't any freakin' better at it. (Sun's IDE still seriously sucks.)
--Ricky
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/