SCSI vs IDE: the endless debate.
CPU util is no longer an issue, if ur talking non-RAID IDE. RAID will suk more of ur CPU cycles. I've benched both SCSI & IDE drives with HD Tach, and they both yield similar CPU util scores (I have multiple drives of each flavor).
SCSI is a multitasking interface, while IDE is not. SCSI HDDS offer dramatically lower seek/access times, compared to the IDE drive.
Access = seek + latency.
Typical IDE (like the IBM 75GXP) = 8.5ms seek (ave) + 4.2ms latency (ave, 7200rpm spindle) = 12.7ms access (ave)
Typical 10Krpm SCSI drive (like 9GB IBM Ultrstar 36LZX for
US$219) = 4.9ms seek + 3.0ms latency = 7.9ms access (all averages)
12.7 with no multitasking vs 7.9 with multitasking - that's what makes the SCSI drive + interface so much better at running an OS, apps, & swap/page file.
Note that the 15Krpm X15 Cheetah specs out at 3.9ms seek + 2.0ms = 5.9ms access, but costs over twice as much 36LZX, and only comes in 18GB flavor)
Storagereview says the following
here:
"...it's evident that random access dominates typical workstation usage ... Though the loading of executables, DLLs, and other libraries are at first a sequential process, subsequent accesses are random in nature. Though the files themselves might be relatively large, parts of them are constantly being sent to and retrieved from the swapfile. Swapfile accesses, terribly fragmented in nature, are quite random. Executables call other necessary files such as images, sounds, etc. These files, though they may represent large sequential accesses, consist of a very small percentage of access when compared to the constant swapping that occurs with most system files. Combined with the natural fragmentation that plagues the disks of all but the most dedicated defragmenters, these factors clearly indicate that erring on the side of randomness would be preferred."
and
here:
"...STR had relatively little effect upon overall drive performance. Today, it should be clear that steadily-increasing transfer rates have in effect "written themselves out" of the performance equation ... it should be clear that random access time is vastly more important than sequential transfer rate when it comes to typical disk performance. Thus, the reordered "hierarchy" of important quantifiable specs would read:
1. Seek Time
2. Spindle Speed
3. Buffer Size
4. Data Density