home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / benchmar / 1760 < prev    next >
Encoding:
Internet Message Format  |  1992-11-22  |  1.5 KB
  1. Path: sparky!uunet!ornl!rsg1.er.usgs.gov!darwin.sura.net!zaphod.mps.ohio-state.edu!uwm.edu!rutgers!cbmvax!jesup
  2. From: jesup@cbmvax.commodore.com (Randell Jesup)
  3. Newsgroups: comp.benchmarks
  4. Subject: Re: DEC ALPHA Performance Claims
  5. Message-ID: <37205@cbmvax.commodore.com>
  6. Date: 22 Nov 92 00:16:30 GMT
  7. References: <BxH7s7.5Cv@inews.Intel.COM> <4248@bcstec.ca.boeing.com> <1992Nov16.174912.22905@ryn.mro4.dec.com> <4288@bcstec.ca.boeing.com>
  8. Reply-To: jesup@cbmvax.commodore.com (Randell Jesup)
  9. Organization: Commodore, West Chester, PA
  10. Lines: 19
  11.  
  12. silverm@bcstec.ca.boeing.com (Jeff Silverman) writes:
  13. >A lot of them are number crunchers, and they work in FORTRAN.  Why FORTRAN?
  14. >Because it's fast (FORTRAN tends to be faster than C because you don't have
  15. >to build argument lists on the stack - whether this is important or not,
  16. >I'm not sure - I like to program in "C").
  17.  
  18.     A minor point: using C doesn't mean that your arguments have to be on
  19. the stack.  With ANSI C and use of prototypes, a compiler can automatically
  20. registerize your parameters (and a nice hefty speed boost this gives, too),
  21. even on architectures like the 680x0, where you have address and data
  22. registers.  On most RISC's it should be even easier, and prototypes might
  23. not be required except in the case of varargs functions.
  24.  
  25. -- 
  26. To be or not to be = 0xff
  27. -
  28. Randell Jesup, Jack-of-quite-a-few-trades, Commodore Engineering.
  29. {uunet|rutgers}!cbmvax!jesup, jesup@cbmvax.cbm.commodore.com  BIX: rjesup  
  30. Disclaimer: Nothing I say is anything other than my personal opinion.
  31.