home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / benchmar / 1738 < prev    next >
Encoding:
Internet Message Format  |  1992-11-22  |  2.5 KB
  1. Xref: sparky comp.benchmarks:1738 comp.arch:10923
  2. Path: sparky!uunet!bcstec!silverm
  3. From: silverm@bcstec.ca.boeing.com (Jeff Silverman)
  4. Newsgroups: comp.benchmarks,comp.arch
  5. Subject: Re: DEC ALPHA Performance Claims
  6. Message-ID: <4288@bcstec.ca.boeing.com>
  7. Date: 19 Nov 92 05:51:40 GMT
  8. References: <BxH7s7.5Cv@inews.Intel.COM> <4248@bcstec.ca.boeing.com> <1992Nov16.174912.22905@ryn.mro4.dec.com>
  9. Followup-To: comp.benchmarks
  10. Organization: Boeing Computer Services, Seattle
  11. Lines: 38
  12.  
  13. >In article <4248@bcstec.ca.boeing.com>, silverm@bcstec.ca.boeing.com (Jeff Silverman) writes...
  14. >> 
  15. >>1) Newer implementations of the alpha may need or take advantage of new ways
  16. >>of ordering instructions.  This in turn means that different alpha 
  17. >> 
  18. >Optimal instruction scheduling for newer processors may indeed be different.
  19. >Old binaries will run correctly, but probably somewhat slower. New binaries
  20.  
  21. I have received several mail messages from several people at DEC who have
  22. told me that I am right and wrong.  They tell me that DEC is making the
  23. code generators available to everybody (obviously, a solution that the
  24. silicon people dreamed up), so that this won't be a major issue.  DEC is
  25. expecting that as more experience is gained with the chip, newer and better
  26. code generators will come out.
  27.  
  28. I have also received several message from several people at customer sites.
  29. A lot of them are number crunchers, and they work in FORTRAN.  Why FORTRAN?
  30. Because it's fast (FORTRAN tends to be faster than C because you don't have
  31. to build argument lists on the stack - whether this is important or not,
  32. I'm not sure - I like to program in "C").  So they aren't so concerned with
  33. the speed of the chip, they're concerned with the speed of the computer,
  34. which is the compiled code, memory, disk, the whole ball of wax.
  35.  
  36. I also got one message which was fascinating - it was pointed out to me that
  37. the activities associated with having more demand for RAM than RAM are a
  38. major performance drag.  Paging is bad news if you are into speed, swapping
  39. is even worse.  So how about a computer system where there is enough physical
  40. RAM so that everything that must be RAM resident is, and it doesn't swap or
  41. page.  This operating system would be something like RT-11, but it would be
  42. called RT-64 or similar.  I remember that on the DECsystem-10 (KA-10 CPU)
  43. you could get a performance goose by turning off the relocation logic, but
  44. that made it tough to run TOPS-10.
  45.  
  46. I am really excited about the Alpha, but we're not going to get one anytime
  47. soon.
  48.  
  49. Jeff Silverman, Boeing
  50.  
  51.