home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / sgi / 18654 < prev    next >
Encoding:
Internet Message Format  |  1993-01-10  |  2.7 KB
  1. Path: sparky!uunet!spool.mu.edu!olivea!sgigate!odin!twilight!zuni!anchor!olson
  2. From: olson@anchor.esd.sgi.com (Dave Olson)
  3. Newsgroups: comp.sys.sgi
  4. Subject: Re: SCSI floppy disk on INDIGO: Why is it so slooow?
  5. Keywords: INDIGO, floppy, SCSI
  6. Message-ID: <unepq0o@zuni.esd.sgi.com>
  7. Date: 10 Jan 93 23:23:32 GMT
  8. References: <ul1na40@zuni.esd.sgi.com> <1993Jan9.121657.5075@bernina.ethz.ch> <ulvj7ls@zuni.esd.sgi.com> <1993Jan10.203946.26060@bernina.ethz.ch>
  9. Sender: news@zuni.esd.sgi.com (Net News)
  10. Organization: Silicon Graphics, Inc.  Mountain View, CA
  11. Lines: 39
  12.  
  13. In <1993Jan10.203946.26060@bernina.ethz.ch> hoesel@igc.ethz.ch (Frans van Hoesel) writes:
  14. | Dave Olson writes:
  15. | > Even mtools won't get close to the speed of a floppy on a DOS system,
  16. | > because of the single sector hardware buffer.
  17. | 
  18. | > The engineer responsible for msdosd already knows about the discrepency
  19. | > between mtools and msdosd, and is looking into the reasons.  Unfortunately
  20. | > it isn't a very high priority at the moment.
  21. | 
  22. | The reason why msdosd is s sslloooooww and none of the programs runs
  23. | as fast as any DOS system, must be more complicated than just a
  24. | single sector hardware buffer. I asume that the same type of drive is used on
  25. | DOS systems with the same single sector buffer.
  26. | Maybe a software buffer would solve it.
  27.  
  28. No!  There *are* s/w buffers on the host.  That doesn't help.  You
  29. have an embedded drive controller that reads/writes a sector from the
  30. drive to/from the controller ram, then the controller turns around
  31. and gives the data to the host (for a write), or is ready to accept
  32. another command (for a read).  All of that takes time, and by the time
  33. the next sector is passed to the drive, the drive has already passed
  34. the next sector, so you lose a rev.  This is the case whether you
  35. ask for one sector at a time or 1000.  Basicly the embedded controller
  36. was designed to be very cheap (as were the 2-3 others available at
  37. the time, including NCR's), which translates to slow.
  38.  
  39. | I Hope the priority of this problem will rise in near future. 
  40.  
  41. Well, it will pop to the top of the todo list at some point, but it
  42. will never be high priority, since it works.  Even at full drive
  43. speed, msdodsd would only go up by a factor of 4-5, which is still 
  44. pretty slow.  Sorry, but that's the way it is.  The only real solution
  45. is a newer/faster drive/controller combo, which will come with the Insite
  46. or Iomega drive.  The current floppy is basicly an expensive convenience,
  47. not something you want to be doing a lot of i/o with.
  48. --
  49. Let no one tell me that silence gives consent,  |   Dave Olson
  50. because whoever is silent dissents.             |   Silicon Graphics, Inc.
  51.     Maria Isabel Barreno                        |   olson@sgi.com
  52.