home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / amiga / hardware / 19505 < prev    next >
Encoding:
Internet Message Format  |  1992-11-13  |  3.4 KB
  1. Path: sparky!uunet!europa.asd.contel.com!gatech!concert!rutgers!cbmvax!daveh
  2. From: daveh@cbmvax.commodore.com (Dave Haynie)
  3. Newsgroups: comp.sys.amiga.hardware
  4. Subject: Re: Multiprocessing
  5. Message-ID: <37022@cbmvax.commodore.com>
  6. Date: 13 Nov 92 05:23:39 GMT
  7. References: <1992Nov7.211453.21687@ultb.isc.rit.edu> <boing.721262416@mcl> <1992Nov10.234916.6311@ultb.isc.rit.edu> <26315@optima.cs.arizona.edu> <1992Nov12.212431.25144@news.uit.no>
  8. Reply-To: daveh@cbmvax.commodore.com (Dave Haynie)
  9. Organization: Commodore, West Chester, PA
  10. Lines: 51
  11.  
  12. In article <1992Nov12.212431.25144@news.uit.no> terjem@stud.cs.uit.no (Terje Normann Marthinussen) writes:
  13.  
  14. >"Multiprocessing" in double quotes is certainly the right way to write it.
  15. >I belive that I've read about this board for the Mac and what it does isn't
  16. >really multiprosessing.
  17.  
  18. It's real multiprocessing, sure.  It's loosely coupled multiprocessing, in
  19. practice.  In a loosely coupled system, you have any number of functionally 
  20. independent CPUs that can communicate via some kind of network.  In this
  21. Mac thing, they're using the NuBus as the network, but any network could be
  22. used.  
  23.  
  24. Most people think of tightly coupled multiprocessing when they think of
  25. multiprocesing.  In such a system, you have several CPUs clustered on the
  26. same main bus (the generally each need a private cache, hopefully snooped
  27. with copyback, for any decent efficiency).  An intermediate form of 
  28. multiprocessing is firmly coupled multiprocessing, where you have processors
  29. that can share a bus, but also have their own private memory bus.  Such a
  30. system shares characteristics of either loose or tightly coupled systems,
  31. and may actually behave as either, though not necesssarily well.
  32.  
  33. >It is an expansion card with a 68040 on it which runs totally independent 
  34. >of the host. It's more like having a machine in the machine, than real
  35. >multiprocessing.
  36.  
  37. If the satellite '040 can access other NuBus addressable resources, this is
  38. basically a card that can support firmly coupled multiprocessing.  Of course,
  39. it's a snap to configure such a card for loose multiprocessing using the 
  40. pre-existing Mac networking model.  It's lots of work to get any tighter than
  41. that, not likely something a 3rd party is going to do.
  42.  
  43. >Want real multiprocesing?
  44. >hmmm.... what happened to all the talk about Transputer cards?
  45.  
  46. A Transputer is really just a CPU with some built-in serial links designed to
  47. efficiently support loose multiprocessing.  The first generations of 
  48. transputers weren't all that interesting.  The new ones, on the other hand,
  49. are.  The main reason you'd want a Transputer rather than an '040 or some
  50. other CPU with peripheral links is that the new Transputer links are very
  51. efficient.  They're fast, you get several per CPU (so rather than some linear
  52. network, which can get overloaded in passing messages, you build some
  53. N-cubic structure of interconnected processors), and they're now packet
  54. switched with automatic routing.  Pretty cool stuff, though most of the 
  55. multiprocessing work being done in OSs (Sun, supposedly OS/2 and Windows NT,
  56. AT&T UNIX, etc) is oriented toward fully symmetric multiprocessing in a 
  57. tightly coupled system.
  58. -- 
  59. Dave Haynie / Commodore Technology, High-End Amiga Systems Design (cool stuff)
  60.  "The Crew That Never Rests"  {uunet|pyramid|rutgers}!cbmvax!daveh   BIX: hazy
  61.         SCIENCE:    "I'll believe it when I see it"  
  62.         RELIGION:    "I'll see it when I believe it"
  63.