home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / next / hardware / 1618 < prev    next >
Encoding:
Internet Message Format  |  1992-09-08  |  2.5 KB

  1. Path: sparky!uunet!ogicse!usenet.coe.montana.edu!uakari.primate.wisc.edu!ames!agate!iat.holonet.net!bwilliam
  2. From: bwilliam@iat.holonet.net (Bill Williams)
  3. Newsgroups: comp.sys.next.hardware
  4. Subject: Re: Terrible SCSI Transfer
  5. Message-ID: <Bu5vq5.3wF@iat.holonet.net>
  6. Date: 6 Sep 92 14:46:52 GMT
  7. Article-I.D.: iat.Bu5vq5.3wF
  8. References: <1992Sep1.010514.432@leland.Stanford.EDU>
  9. Distribution: usa
  10. Organization: HoloNet (BBS: 510-704-1058)
  11. Lines: 46
  12.  
  13. > These generate a lot of interrupts for each SCSI transaction 
  14.  
  15. I Believe that NO COMPUTER could efficiently use individual interrupts
  16. during the data tranfer phase of a SCSI transaction. For example, though
  17. using an interrupt driven buffer for ASYNCHRONOUS I/O might sound like a
  18. good idea, it is much more likely that trying to get a NeXT or a Mac
  19. Quadra 950 to handle over three million interrupts per second would
  20. be ludicrous.
  21.  
  22. Therefore what the computers probably REALLY do is POLL.
  23.  
  24. The Macintosh, for example, locks up into a tight loop during a data
  25. transfer phase and polls a register of the 53C90A until timeout failure
  26. watchdog intervenes or until expected logical data block size is
  27. reached.
  28.  
  29. Polling does indeed tie up the CPU dramatically on computers that use the
  30. primary system CPU to perform the polling of the SCSI interface chip 
  31. directly (for each byte)... I don't think NeXT computers even do that.
  32. For example, I think the DMA services on the NeXT with the "Generic" 
  33. user accessable SCSI Driver (Slow) do not use the system CPU to POLL.
  34.  
  35. PS The main advantages of a NCR53720 or NCR53710 chip (according to
  36. the preface of the NCR53720 programming applications guide) is TO 
  37. SIMPLIFY THE INTERFACE TO THE SCSI PROTOCOL CHIP. For example a
  38. complete plain vanilla SCSI manager (not driver) can be written with 
  39. only 400 NCR opcodes (actually a special meta-language with a NCR 
  40. SCSI command compiler)... BUT A OLD STYLE 53C90 CHIP IS A STATE MACHINE
  41. REQUIRING PINBALL LOGIC RESULTING IN OVER 4,000 opcodes minimum.
  42.  
  43. I am assuming that in my definition of usage asynchronous, narrow (8
  44. bit) data is being used. Obviously a NCR53720 with "fictional"
  45. 32 bit wide synchronous data from an array server approaching
  46. TWENTY MEG PER SECOND is a clear benefit of of a 720 chip.
  47.  
  48. The NeXT is fine. Quite bellyaching about SCSI Transfer when you
  49. probably don't have either:
  50.  
  51. (1) a SCSI Network
  52. (2) a SCSI Device containing an array of devices
  53. (3) a SCSI solid state storage device
  54. (4) a application on a NeXT capable of RAID striping across devices
  55.  
  56. If you do, fine, go ahead and complain.
  57.  
  58. BWilliams (My first Internet post in my life!)
  59.