home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / dsp / 1842 < prev    next >
Encoding:
Internet Message Format  |  1992-07-29  |  1.4 KB

  1. Path: sparky!uunet!cs.utexas.edu!sun-barr!male.EBay.Sun.COM!beav!miket
  2. From: miket@beav.EBay.Sun.COM (Mike Taylor)
  3. Newsgroups: comp.dsp
  4. Subject: 56K vs. c50 vs. dsp1610
  5. Date: 29 Jul 1992 20:10:54 GMT
  6. Organization: Sun Microsystems, Inc.
  7. Lines: 23
  8. Distribution: world
  9. Message-ID: <l7duqeINN8gr@male.EBay.Sun.COM>
  10. Reply-To: miket@beav.EBay.Sun.COM
  11. NNTP-Posting-Host: beav.ebay.sun.com
  12.  
  13. I'm looking at three chips.
  14.  
  15.     56156    @ 33ns/instruction
  16.     320c50   @ 35ns/instruction
  17.     dsp1610  @ 25ns/instruction
  18.  
  19. Has anyone done a comparative analysis of these three chips?  It's pretty tough
  20. to determine which of these would be best.  For instance, just yesterday I 
  21. noticed that an external write on a c50 takes two cycles and if a read precedes the
  22. write, the write takes 3 cycles.  This is a pretty serious hit if you need to do
  23. a lot of memory accesses.  This jucy peice of information is not listed in the data
  24. book at all until you get to the wayyyyyyy back where the timing diagrams are and you
  25. look at the smalllllllll print.  This penalty doesn't exist in the C25 becuase this part uses a two-phase clocking scheme and an entire read or write cycle can be performed within the boundaries of a single clock cycle.  The c50 operates at the
  26. boundaries.
  27.  
  28. It looks like the 1610 does not suffer from this problem, but I have not gotten very
  29. far along in my analysis of this part.  I haven't seriously looked at the 56156, yet.
  30.  
  31. Thanks for any insight.
  32. -mike
  33.  
  34.  
  35.  
  36.