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

[Leonard Zhang System Administrator ISD RVIB]

I think currently spinning SCSI hard disks on the world, either in servers
or workstation, either in Unix/Linux or NT, is 50-pin old guys, no DPT disk
cache or RAID.  My comparison is base on this current real world.  Not on
the most up-to-date technology.

At least Adaptec are still manufacturing and selling 16 bit SCSI card for 
about $A100.

No one denies SCSI's performance, expecially when you want hook up over 4
devices.  Those persons who asked the question do not have enough bucks in
their pockets. My comparison is based on this ground.  Everybody wants a 
Ferrari, but not everybody can afford. They buy Daiwoo not because they 
don't like Ferrari.

DPT cache + RAID, not including SIMM, or error correction RAM is about $A2000

If the disk assembly is the same, the date output from the physical disk is the 
same either in SCSI or IDE. It depends on how many sectors/bits can pass under 
the aligned head. It depends on how fast the disk is spinning, and how many
sectors the manufacture can squeeze in a cylindar.

If the disk assembly is the same, the MTBF is the same either in SCSI or IDE.
The reliability is the same.

If the disk assembly is different, it is another story.

Maximun data tranfer rate for 8 bit ISA bus is 1.38MB/s, 16 bit is 5.5 MB.
The IDE interface of current mother board with built-in IDE is PCI.

Somebody attributes the smart functions of controller card to SCSI hard disk
itself, others just think that the CPU can not do anything except waiting, 
IDE disk to get data ready after issuing disk read command.

High data transfer rate of SCSI can only be envisaged in the situation when 
several disk activity happens at the same time, especially there are quite a
lot of devices on a same bus.

The bottle neck for disk access is in getting out data from the cylinda, not 
on the data tranfer rate.   Suppose, disk spins at 6000 rpm, the head right 
over the cylindar, and standard 63 sectors per cylindar, in this idea 
situation, data rate is < 3.2 MB (not including track seeking time.)  
The data transfer rate becomes critical only in the situation, when several 
disks get data ready, waiting for transfering.

If you can manage to hook up all your devices in IDE, switching to SCSI may 
not get real benefit.

For those get flamed by my previous mail, my good advice to them is to 
excercise their NETIQUETTE.

Leonard


On Sat, 5 Dec 1998, George Farris wrote:

> > 1. Some hard disk manufactures are using same disk drive (physically) to
> > make SCSI and ATA.  They only change the PCB board.
> > 
> > 2. SCSI-1 and SCSI-2 have 8 bit data bus, while ATA have 16 bit data bus.
> > 
> > 3. ATA got disk cache built in as well.
> > 
> > 4. Some low end of SCSI host card is only 8 Bit card.
> > 
> > Compare by yourself.
> > 
> > Leonard
> 
> Come on.  If you're going to post information like this at least do 
> some research **before** you post.  Statements like this are just 
> plain misleading.
> 
> SCSI-2 is 8 bits wide, 10MB/second max transfer rate.
> Ultra SCSI is 8 bits wide 20MB/second max transfer rate.
> Ultra Wide SCSI is 16 bits wide, 40MB/second max transfer rate.
> Newer SCSI-3 stuff is looking like upwards of 80MB/second transfer 
> rates.  Then there is differential SCSI etc.
> 
> IDE is a good price/performance technology for average 
> workstations.  Anyone that puts in a high performance server with 
> IDE drives, just plain doesn't know what they are doing or for some 
> reason or other is constrained by budget problems.
> 
> 
> -- 
> =======================================================================
> George Farris - VE7FRG           E-Mail : [EMAIL PROTECTED]
> G.M. Systems,                  Web page : http://www.gmsys.com
> 2570 Seaview Road,            Phone/Fax : (250)743-1500
> Mill Bay, B.C., Canada
> V0R 2P0                       We do pre-installed Linux systems.
> -----------------------------------------------------------------------
> 
> 
> 
> -
> To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
> the body of a message to [EMAIL PROTECTED]
> 


-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to [EMAIL PROTECTED]