home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / arch / 8210 < prev    next >
Encoding:
Text File  |  1992-07-22  |  2.3 KB  |  47 lines
  1. Newsgroups: comp.arch
  2. Path: sparky!uunet!orca!mesa!rthomson
  3. From: rthomson@mesa.dsd.es.com (Rich Thomson)
  4. Subject: Re: Graphics Systems
  5. Message-ID: <1992Jul23.000014.9936@dsd.es.com>
  6. Sender: usenet@dsd.es.com
  7. Nntp-Posting-Host: 130.187.85.21
  8. Reply-To: rthomson@dsd.es.com (Rich Thomson)
  9. Organization: Design Systems Division, Evans & Sutherland, SLC, UT
  10. References: <1992Jul16.205220.610@darkcube.radig.de> <4398@rosie.NeXT.COM>
  11. Date: Thu, 23 Jul 92 00:00:14 GMT
  12. Lines: 33
  13.  
  14. In article <4398@rosie.NeXT.COM>
  15.     pgraff@next.com (Peter Graffagnino) writes:
  16. >Actually, we have no such coprocessor, all compositing (blitting) is done  
  17. >with the host CPU.  Our model is to have a high-bandwidth memory subsystem  
  18. >where VRAM and DRAM are peers with the same performance characteristics.   
  19. >Since NeXTSTEP tends to draw in window backing stores (DRAM) just as  
  20. >frequently (if not more) than VRAM, its hard to see how a graphics  
  21. >accelerator can help (unless it has its own DRAM/VRAM virtual memory  
  22. >subsystem with a CPU/MMU (ala NeXTdimension)).  With this CPU-centric  
  23. >graphics architecture, your graphics performance rides the same (steep)  
  24. >curve as your general CPU performance -- customers like it when  
  25. >*everything* gets faster when they upgrade to a faster CPU.
  26.  
  27. Of course, everything is also as slow as the CPU.  Isn't this the kind
  28. of system that caused people to create graphics accelerators in the
  29. first place (i.e. the central CPU was the bottleneck)?  What does NeXT
  30. plan to do when people's thirst for graphics rendering increases?
  31. Now that NeXT will be supporting 3D applications with NeXT Step 3.0
  32. with "quick renderman", they may find that relying on the CPU will not
  33. get them the performance needed to render many thousands of polygons
  34. interactively.  On the other hand, NeXT may not consider these kinds
  35. of 3D apps to be their market.
  36.  
  37.                             -- Rich
  38.  
  39. PS: how can I obtain a specification of "quick renderman"?  Calls to
  40.     Pixar routed me to the NeXT tech. support line which would only tell
  41.     me that they will be offering a "3d kit" in release 3.0.
  42. -- 
  43.     Repeal the personal income tax; vote Libertarian in 1992.
  44. Disclaimer: I speak for myself, except as noted; Copyright 1992 Rich Thomson
  45. UUCP: ...!uunet!dsd.es.com!rthomson            Rich Thomson
  46. Internet: rthomson@dsd.es.com    IRC: _Rich_        PEXt Programmer
  47.