home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / atari / st / 16383 < prev    next >
Encoding:
Text File  |  1992-11-08  |  3.5 KB  |  70 lines
  1. Newsgroups: comp.sys.atari.st
  2. Path: sparky!uunet!elroy.jpl.nasa.gov!hanauma.jpl.nasa.gov!hyc
  3. From: hyc@hanauma.jpl.nasa.gov (Howard Chu)
  4. Subject: Re: WHAT'S GOING ON ?
  5. Message-ID: <1992Nov8.000013.24978@elroy.jpl.nasa.gov>
  6. Sender: news@elroy.jpl.nasa.gov (Usenet)
  7. Nntp-Posting-Host: hanauma.jpl.nasa.gov
  8. Organization: SAR Systems Development & Processing, JPL
  9. References: <cdf1tb+@rpi.edu> <1992Nov3.101001.12943@elroy.jpl.nasa.gov> <1deq7qINNp0d@phakt.usc.edu>
  10. Date: Sun, 8 Nov 1992 00:00:13 GMT
  11. Lines: 57
  12.  
  13. In article <1deq7qINNp0d@phakt.usc.edu> baffoni@phakt.usc.edu (Juxtaposer) writes:
  14. >    I have to disagree.  A PDS is the only way to go for CPU upgrades or
  15. >other products that require a 0waitstate operation within the machine.  What 
  16. >good would it be to have a 50MHz '040 if _every_ access to main memory incurs
  17. >one or more waits?  I agree that VME is a good bus architecture - 1WS incurred
  18. >very fast, and with the larger bus (6U) it is accesses about everything the CPU
  19. >can.  The point is that not everything is appropriate for an external bus like
  20. >that.  True, you don't want to put your graphics adapter in a PDS (unless, like
  21. >the Falcon it is the only one you have :( ) but you don't want the '040 in the
  22. >VME either.
  23.  
  24. I certainly wouldn't put a processor upgrade out on the VMEbus. Nor would I
  25. put it in a PDS; I'd pull out the old processor and put the new one in the
  26. vacated socket... The PDS is completely useless for this application anyway
  27. (if we're talking about the Falcon) since it only provides a 68000-style
  28. A24/D16 interface. (Of course, no matter what you had, it would be pretty
  29. tough to upgrade a <=68030 system to 68040 since the '040 doesn't support
  30. an asynchronous bus...)
  31. >
  32. >>VMEbus is not very different from what you'd have to cram into a processor-
  33. >>direct slot. The difference in bus control/arbitration additions is negligible
  34. >>now since you can get single-chip VME bus interface controllers and such.
  35. >
  36. >    One waitstate (80ns or less) doesn't sound like much...until you try
  37. >to access memory.  It is questionable whether a VME based DSP/sound sytem would
  38. >do well, besides lacking the ability to bus master (on the Atari, not the spec)
  39. >so that sound DMA to the DSP or other chips (like DAC/ADC) would be impossible.
  40. >I am not saying that you couldn't transfer to those chips very quickly - 
  41. >bandwidth to the 16-bit/8chnl ADC/DAC would only be max 800k/s, but that is not
  42. >insignificant even on the TTbus, let alone the MegaSTe bus.  However, a PDS 
  43. >based DSP/sound system would definately work (if the PDS supported bus 
  44. >mastering, all data/address/interrupts ).  Too bad the MegaSTe and the TT
  45. >don't have a (decent) PDS.
  46.  
  47. Like you say, nothing rules out putting a decent DMA engine on a VME device.
  48. Also, you seem to be overlooking the possibility of block-mode transfers
  49. when you keep referring to that 1 wait-state.
  50. >
  51. >>Of course, you don't need to put *everything* on the VMEbus. It still makes
  52. >>sense for system RAM and ROM to live on a private bus, just like the way STs
  53. >>and TTs already work. But you could stick myriad enhancements on the VME -
  54. >>graphics boards, custom coprocessors, ethernet network controllers, serial
  55. >>port multiplexors, etc. etc. etc... VME is definitely the best way to go.
  56. >
  57. >    Agreed.  For those (relatively) low bandwidth applications.
  58. >
  59. >>  -- Howard Chu @ Jet Propulsion Laboratory, Pasadena, CA
  60. >>
  61. >>All true wisdom is conveyed in one-line witticisms.
  62. >
  63. >-Mike
  64.  
  65.  
  66. -- 
  67.   -- Howard Chu @ Jet Propulsion Laboratory, Pasadena, CA
  68.  
  69. All true wisdom is conveyed in one-line witticisms.
  70.