home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / periphs / scsi / 5542 < prev    next >
Encoding:
Internet Message Format  |  1992-11-18  |  2.4 KB
  1. Path: sparky!uunet!sun-barr!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!ira.uka.de!ira.uka.de!math.fu-berlin.de!unidui!Germany.EU.net!mcsun!sunic!seunet!kullmar!piraya!overdose!Roger_Nordin
  2. From: Roger_Nordin@atb.bbs.bad.se (Roger Nordin)
  3. Newsgroups: comp.periphs.scsi
  4. Subject: Re: 1 GB 3.5" SCSI disks
  5. Message-ID: <OD.6badnetOA92-901-302p0_53b52437@piraya.bad.se>
  6. Date: Wed, 18 Nov 92 21:56:17 +0000
  7. References: <1992Nov11.175733.15236@b11.b11.ingr.com>
  8. Sender: BadNet@piraya.bad.se
  9. Reply-To: Roger_Nordin@atb.bbs.bad.se (Roger Nordin)
  10. Distribution: world
  11. Organization: ANet Test Bench, Karlstad, Sweden 
  12. OD-Comment-To: Internet_Gateway
  13. Lines: 36
  14.  
  15. > >Testing with a 262144 byte, MEMF_FAST, LONG-aligned buffer.
  16. > >Create file:       940863 bytes/sec  |  CPU Available: 65%
  17. > >Write to file:    1699686 bytes/sec  |  CPU Available: 75%
  18. > >Read from file:   3195287 bytes/sec  |  CPU Available: 64%
  19. > >
  20. > >The same test on a partition starting in the middle of the drive:
  21. > >
  22. > >Testing with a 262144 byte, MEMF_FAST, LONG-aligned buffer.
  23. > >Create file:       688128 bytes/sec  |  CPU Available: 71%
  24. > >Write to file:    1081662 bytes/sec  |  CPU Available: 75%
  25. > >Read from file:   2244160 bytes/sec  |  CPU Available: 59%
  26. > 
  27. > This is curious. The DEC DSP3105 is not a "zoned" disk drive. The
  28. > data rate is constant regardless of where you are on the disk.
  29. > The sustained transfer rate (57 sec/track * 512 bytes per sector * 90rps)
  30. > is 2.6MB/sec. The 2.2MB/sec you see is reasonable. The 3.1 is not. I
  31. > suspect disk or system cache is responsible for the "inflated"
  32. > value.
  33.  
  34. If a cache had been involved, would the "CPU Available" not have showed lower 
  35. figures? Software caches always eats a lot CPU time when reaching from the 
  36. cache, since that is a 100% dependant CPU operation itself.
  37.  
  38. I don't have the data for the DSP3105 disk (actually, I just popped in here), 
  39. but if the subject line is still correct, then we are talking about 1Gb sized 
  40. harddisks. Now, 1Gb 3.5" without zone recording?! Why waste so much disk space?
  41. Wouldn't it make the disk more unreliable, if it's not adapting the data 
  42. stored on each cylinder to the size (and thus density) of the cylinder itself? 
  43. You'd be pushing the inner cylinders to the limits, while the outermost would 
  44. not be used even to half their capacity.
  45.  
  46.                         _       .    __
  47.     Roger Nordin     _ //      /!Net /est Bench
  48.  2:203/602.0@fidonet \X/  Internet: Roger_Nordin@bad.se
  49.  
  50. --- 
  51.