home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / arch / 8305 < prev    next >
Encoding:
Text File  |  1992-07-25  |  2.4 KB  |  53 lines
  1. Newsgroups: comp.arch
  2. Path: sparky!uunet!haven.umd.edu!decuac!pa.dec.com!nntpd2.cxo.dec.com!nntpd.lkg.dec.com!engage.pko.dec.com!e2big.mko.dec.com!cvg.enet.dec.com!pettengill
  3. From: pettengill@cvg.enet.dec.com ()
  4. Subject: Re: Request Info Re Bus Trends & Intel 486s
  5. Message-ID: <1992Jul25.053124.14505@e2big.mko.dec.com>
  6. Sender: guest@e2big.mko.dec.com (Guest (DECnet))
  7. Reply-To: pettengill@cvg.enet.dec.com ()
  8. Organization: Digital Equipment Corporation
  9. References: <rjmartin.711191773@extro.ucc.su.OZ.AU> <1992Jul20.003506.23290@theus.rain.com> <GLEW.92Jul23192755@pdx007.intel.com>
  10. Date: Sat, 25 Jul 92 05:31:24 GMT
  11. Lines: 40
  12.  
  13. In article <GLEW.92Jul23192755@pdx007.intel.com>, glew@pdx007.intel.com (Andy Glew) writes:
  14.  
  15. |>[Burkhard Neidecker-Lutz]
  16. |>Can you explain which *desktop* applications need peer-to-peer communication ?
  17. |>I.e. what is wrong with going through main memory ?
  18. |>>
  19. |>>[John Theus]
  20. |>>To use today's favorite buzz word: multimedia.
  21. |>>
  22. |>[Andy Glew]
  23. |>First you'll put video on your screen.
  24. |>
  25. |>Then you'll want special effects: things like zooming in on a
  26. |>particular speaker (or the papers on his desk) in a video conference,
  27. |>things like cropping speakers from different video inputs and
  28. |>superimposing them into a virtual conference room.
  29.  
  30. I assume from the tone of his note that Andy is arguing for peer to peer...
  31.  
  32. I remember the early days of the Unibus, for which one of the selling features
  33. was peer to peer capability.  However, I can't think of any standard or
  34. specialized device for the Unibus or the Qbus that ever made use of it.
  35. And, when I look at the graphics processors with special capabilities available
  36. today, none that I'm aware of do it with peer to peer, but rather have special
  37. ports.
  38.  
  39. As someone who has worked on comm technology that can deliver both data and
  40. full motion video, I must say that I've never figured out a good architecture
  41. for having some data from the fiber go directly to the video display and other
  42. data from the fiber go to the memory and thence to the CPU.  I'm not saying
  43. that's not possible, or that it won't happen, but since I haven't figured
  44. out how to architect it without constraints, I'm skeptical that it can be
  45. done given the constraints that current communication architectures imply.
  46.  
  47. (Let's see, we'll make the video display an IP node and have the fiber
  48. interface adapter route IP packets to either the host CPU or the video
  49. display, so it might also have an IP address....
  50.  
  51. mulp
  52. DEC
  53.