home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / arch / 10459 < prev    next >
Encoding:
Internet Message Format  |  1992-11-07  |  3.0 KB
  1. Xref: sparky comp.arch:10459 comp.unix.bsd:8522 comp.os.linux:15892
  2. Newsgroups: comp.arch,comp.unix.bsd,comp.os.linux
  3. Path: sparky!uunet!utcsri!torn!nott!cunews!revcan!quantum!danh
  4. From: danh@quantum.on.ca (Dan Hildebrand)
  5. Subject: Re: IDE faster than Mips SCSI disk
  6. Message-ID: <7j+q=2d@quantum.on.ca>
  7. Date: Fri, 06 Nov 92 15:08:46 GMT
  8. Organization: Quantum Software Systems
  9. References: <1992Nov6.033942.21194@ntuix.ntu.ac.sg>
  10. Lines: 51
  11.  
  12. In article <1992Nov6.033942.21194@ntuix.ntu.ac.sg> eoahmad@ntuix.ntu.ac.sg (Othman Ahmad) writes:
  13. >These figures are not meant to be a thorough study. More of a provocation
  14. >for more soul searching. The widespread belief that SCSI-2 is "defininely
  15. >faster than IDE" is questionable, in fact under some circumstances, entirely
  16. >false.
  17.  
  18. One significant point you're missing is that IDE drives use the processor 
  19. to move the data in and out of the controller card, while SCSI on a PC with 
  20. an Adaptec 1542 or 1742 controller card is a bus master. This fact lets the 
  21. host processor continue computing while the SCSI card does the data 
  22. transfer. If the processor is consuming or producing data at near the rate 
  23. the SCSI card moves it, the resulting pipelining provides in significantly 
  24. better performance. For a DOS system, which just waits while the disk I/O 
  25. is in progress, it doesn't make a lot of difference, but with a 
  26. multitasking OS, or a filesystem which is doing pre-reads and post-writes, 
  27. the overlap of I/O with computation is a worthwhile goal.
  28.  
  29. >The mips machine under test runs on ultrix. Although it has up to 10Gbyte 
  30. >of hard-disk, it is not so heavily loaded. We only use it for email and
  31. >news feed. Fragmentation can be severe because I cannot even have 32 
  32. >megabyte free space in /usr/tmp , only 30 Mbytes.
  33. >
  34. >    IOZONE: Performance Test of Sequential File I/O  --  V1.14b (1/31/92)
  35. >    Operating System: ULTRIX
  36. >
  37. >IOZONE performance measurements:
  38. >    345684 bytes/second for writing the file
  39. >    641985 bytes/second for reading the file
  40. >
  41. >486/33 Maxtor 7120 200Mbyte
  42. >
  43. >IOZONE performance measurements:
  44. >    367586 bytes/second for writing the file
  45. >    499942 bytes/second for reading the file
  46.  
  47. Running IOZONE with QNX on an ISA bus, 33 MHz 486 with only the 8K 
  48. processor cache ( no motherboard processor cache ), I sustain about 1.6 
  49. Mbytes / second read and about 800 Kbytes / second write ( 32 Mbyte files 
  50. ). This is essentially the platter speed of the drive. Of all the IDE 
  51. drives I've tried so far, the best performance I've seen was about half 
  52. that on both read and write, respectively. Local bus will help to speed up 
  53. IDE drives, but local bus will also speed up SCSI. Bus mastering is still 
  54. the important difference. I suspect a bus mastering IDE controller card 
  55. could compete with an Adaptec SCSI controller and disk drive.
  56.  
  57.  
  58. -- 
  59. Dan Hildebrand                     email: danh@qnx.com
  60. Quantum Software Systems, Ltd.     QUICS: danh  (613) 591-0934 (data)
  61. (613) 591-0931 x204 (voice)        mail:  175 Terrence Matthews          
  62. (613) 591-3579      (fax)                 Kanata, Ontario, Canada K2M 1W8
  63.