home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / intel / 2791 < prev    next >
Encoding:
Internet Message Format  |  1992-12-21  |  1.7 KB
  1. Xref: sparky comp.sys.intel:2791 comp.arch:11802
  2. Path: sparky!uunet!spool.mu.edu!uwm.edu!cs.utexas.edu!sun-barr!news2me.EBay.Sun.COM!exodus.Eng.Sun.COM!brahmand.Eng.Sun.COM!grover
  3. From: grover@brahmand.Eng.Sun.COM (Vinod Grover)
  4. Newsgroups: comp.sys.intel,comp.arch
  5. Subject: Re: Superscalar vs. multiple CPUs ?
  6. Date: 20 Dec 1992 16:18:21 GMT
  7. Organization: Sun
  8. Lines: 34
  9. Message-ID: <lj976dINNg4d@exodus.Eng.Sun.COM>
  10. References: <PCG.92Dec9154602@aberdb.aber.ac.uk> <1992Dec12.152224.168173@zeus.calpoly.edu> <PCG.92Dec19165907@decb.aber.ac.uk>
  11. NNTP-Posting-Host: brahmand
  12.  
  13. In article <PCG.92Dec19165907@decb.aber.ac.uk> pcg@aber.ac.uk (Piercarlo Grandi) writes:
  14. >As far as I have read and seen with my eyes, let me insist, most
  15. >"general purpose" codes have limited degrees of exploitable micro/macro
  16. >parallelism, say 2 to 4. The underlying reason is that most such codes
  17. >are about is serial tree/graph walking/updating.
  18.  
  19. I suggest you read the Butler et. al. paper cited [1] earlier by someone
  20. in this thread. These authors claim that on an unrestricted data flow
  21. machine, *general purpose* codes like gcc, li, eqntott, (taken from
  22. SPEC89) have pretty high degree of parallelisms in them. Measured in
  23. terms of IPC:
  24.  
  25.   gcc - 38
  26.   espresso - 179
  27.   eqntott - 300
  28.   li - 162
  29.  
  30. Judging from these claims, the issue is not how much parallelism there
  31. is but how cost-effective is it to extract it. As CPU resources
  32. approach realistic values the sustainable issue rates on these codes
  33. fall dramatically, (2-4). These are limits imposed by the
  34. hardware/compilers. 
  35.  
  36.  
  37. Vinod Grover
  38.  
  39. -not speaking for Sun.
  40.  
  41.  
  42. [1] Butler, Yeh, Patt, Alsup, Scales, Shebanow, "Single Instruction
  43. Stream Parallelism is Greater than Two", Intnl. Symp. on Comp. Arch
  44. 1991. 
  45.  
  46.  
  47.