Re: Dumb question: Which is "better" SCSI or IDE disks?

Robert Minichino (rmini@joni.pasture.net)
Tue, 8 Dec 1998 11:00:03 -0500 (EST)


> Regarding DPT controllers: really, they aren't that great. I like
> them, and a lot of people told me before I got it that it was the
> best thing since sliced bread. Easy to program, and very fast.
> But I've been somewhat disappointed in the speed. Granted I only
> have the 2044W, but I think it should be faster than it is.

The 2044 controllers are excellent SCSI controllers. As far as RAID goes,
quite lacking. :) But you'll be hard-pressed to find another controller
that performs as well on a 486 as it does on a dual PP200. The cards are
quite intelligent, which is DPT's thing, and which is why they're quite
expensive when compared with, say, Adaptec's offerings. The PM2144 is much
better as far as RAID0/1 goes, and for RAID5 I wouldn't use less than a
PM3334. Not cheap, but then again, CPUs aren't either, so I sure as hell
don't want my SCSI card using the CPU time up. :)

> I am considering a replacement, but only if I can find out for sure
> the replacement will be any better.

[obkernel] The new SmartRAID V cards (Decade/Century/Millennium) look
awesome, and both the Century and Millennium have up to three SCSI channels,
each with both external and internal connectors, or one U2W SCSI channel and
one FC-AL. I don't know what the programming interface is on them yet
though. But they do have I2O support, and as soon as mine come (they should
be available this week, I'm waiting as patiently as possible) I will be able
to start hacking I2O support into Linux, if only to use these cards. :)

As an aside, I use a PM2044UW in my workstation attached to a Cheetah and a
CD-ROM, and a PM2044U in the file server for the CD-ROM and tape drives. :)

--
Robert Minichino
Chief Engineer
Denarius Enterprises, Inc.
http://www.denarius.com/

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