home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / next / misc / 23242 < prev    next >
Encoding:
Text File  |  1992-12-21  |  1.5 KB  |  40 lines
  1. Newsgroups: comp.sys.next.misc
  2. Path: sparky!uunet!psinntp!hd0258!gvh
  3. From: gvh@metrosoft.com (Gordon Van Huizen)
  4. Subject: Re: 100 Mips Intel NeXT.
  5. Message-ID: <1992Dec19.190834.3218@metrosoft.com>
  6. Sender: gvh@metrosoft.com
  7. Reply-To: gvh@metrosoft.com (Gordon Van Huizen)
  8. Organization: Metrosoft
  9. References: <92353.084626NLF102@psuvm.psu.edu>
  10. Date: Sat, 19 Dec 1992 19:08:34 GMT
  11. Lines: 27
  12.  
  13. In article <92353.084626NLF102@psuvm.psu.edu> <NLF102@psuvm.psu.edu>  
  14. writes:
  15. >   Okay, good point.  Why replace the DSP when you don't have
  16. > to.  If removing it would lower the cost of the NeXT, then do
  17. > it, but otherwise, sure, keep it there.  Still a good idea
  18. > to have a main processor fast enough to do all the jobs,
  19. > just in case lightning strikes the DSP factory and burns
  20. > it down or something.  :D 
  21.  
  22. I would lean more toward two very fast general processors
  23. - one to handle general tasks and the other to handle DPS
  24. and formerly-DSP audio functions (many of which are on
  25. the 040 in NeXTSTEP 3.0 anyway). You need the
  26. multi-processing, and it would be nice to have one
  27. programming model. There are things DSP's are very good
  28. at, but you can do quite a lot with 100 MIPS. 
  29.  
  30. All this is moot however - NeXT will do whatever they think
  31. is best. 
  32.  
  33. Gordon
  34.  
  35. -- 
  36. ----------------------------------------------------------------
  37. Gordon Van Huizen           vox: 619.488.9411  fax: 619.488.3045
  38. Metrosoft                   gvh@metrosoft.com [NeXTmail welcome]
  39. ----------------------------------------------------------------
  40.