home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / dsp / 2851 < prev    next >
Encoding:
Internet Message Format  |  1992-12-22  |  2.4 KB
  1. Path: sparky!uunet!olivea!pagesat!spssig.spss.com!news.oc.com!utacfd.uta.edu!rwsys!kf5iw!gmp!greg
  2. From: greg@gmp.lonestar.org (G.R. Basile)
  3. Newsgroups: comp.dsp
  4. Subject: Re: compilers for DSP processors
  5. Keywords: compilers, dsp, assembly language, vliw, c
  6. Message-ID: <FFV7VB1w164w@gmp.lonestar.org>
  7. Date: 22 Dec 92 14:58:02 GMT
  8. References: <75774@apple.apple.COM>
  9. Organization: GMP Research Co., Dallas TX
  10. Lines: 41
  11.  
  12. malcolm@Apple.COM (Malcolm Slaney) writes:
  13.  
  14. > cmh@eng.cam.ac.uk (C.M. Hicks) writes:
  15. > >DSP chips are designed to be fast, and to slow them down with compiled code
  16. > >seems daft, particularly in real-time applications. 
  17. > 
  18. > On most reasonable processors, people have found that the compilers write
  19. > better code than humans do.  Compilers can do a much better job of global
  20. > register allocation, scheduling, and all the other things that make for
  21. > good translations.  This is especially true of today's RISC machines (DEC,
  22. > IBM, HP, Sun, Cray, MIPS). For a good exposition of the power of a compiler, 
  23. > read John Ellis' book on the Bulldog compiler for VLIW machines.
  24. > 
  25. well, since you drag in RISC chips,
  26.  
  27. I did an application that decompressed G4 images and then scaled the images for
  28. a for a 300 page per minute printer . The C compiler was GNU and the risc was the 
  29. Intel 80960CA. The code had beed optimized a lot in C and was still not fast
  30. enough.
  31.  
  32.  
  33. My usual experience with C compilers on DSP's  that a 8 to 10 x increase 
  34. in speed is possible in the c to asm port. After looking at the output 
  35. of the GNU 80960 C compiler, I was impressed with the efficiency of the 
  36. assembler output. I estimated that the increase in speed in the c to asm 
  37. port would be a factor of 2 at best. I was able to attain a 3x speed increase
  38. on the G4 decompression code and A 8X IMPROVEMENT on the scaling code.
  39.  
  40. This speed increase was due to 1) using a machine instruction the 
  41. complier was clueless about, and 2) an optimization of the scaling algorithmn
  42. that would have been not obvious at the compiler level.
  43. > 
  44. > Listen up DSP makers....compilers can write better assembly code than us
  45. > mere humans.....especially if you give the compiler a chance.  Pay attention
  46. > to the lessons that the RISC people taught the CISC dinasours.
  47. > 
  48. DSP makers... I would rather you use the extra microcode on the processors to
  49. give a fast, application specific instructions than to create instructions 
  50. that would make a C compiler more efficient.
  51.  
  52. Greg Basile
  53.