home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / arch / 11822 < prev    next >
Encoding:
Internet Message Format  |  1992-12-21  |  2.0 KB
  1. Xref: sparky comp.arch:11822 comp.sys.intel:2799
  2. Newsgroups: comp.arch,comp.sys.intel
  3. Path: sparky!uunet!think.com!enterpoop.mit.edu!bloom-picayune.mit.edu!athena.mit.edu!solman
  4. From: solman@athena.mit.edu (Jason W Solinsky)
  5. Subject: Re: Superscalar vs. multiple CPUs ?
  6. Message-ID: <1992Dec21.134531.3253@athena.mit.edu>
  7. Sender: news@athena.mit.edu (News system)
  8. Nntp-Posting-Host: m4-035-4.mit.edu
  9. Organization: Massachusetts Institute of Technology
  10. References: <1992Dec7.012026.11482@athena.mit.edu> <PCG.92Dec11162630@aberdb.aber.ac.uk>
  11. Date: Mon, 21 Dec 1992 13:45:31 GMT
  12. Lines: 28
  13.  
  14. In article <PCG.92Dec11162630@aberdb.aber.ac.uk>, pcg@aber.ac.uk (Piercarlo Grandi) writes:
  15. |> On 10 Dec 92 03:17:36 GMT, bradc@ferris.cray.com (Bradley R. Carlile) said:
  16. |> 
  17. |> pcg> as far as I can see, 6 instruction issue per cycle is virtually
  18. |> pcg> pointless. The *limit* of superscalarity present in general purpose                         ^^^^^^^^^^^^^^^
  19. |> 
  20. |> Note the "general purpose"; if the codes exhibit high regularity in data
  21. |> access patterns then they are no longer "general purpose" codes, at
  22. |> least in my understanding of that term, which encompasses things like
  23. |> editors, databases, compilers, word processors, spreadsheets, ...
  24.  
  25. In how many of these examples are we actually concerned with processor
  26. performance? In editors and word processors we certainly aren't. When
  27. running those we are also likely running several background tasks which
  28. allows parallelization. In the case of a database, I would not expect
  29. it to be processor limited. I would think that its performance would
  30. be dependent on the bandwidth and latency between processor and memory.
  31. The same goes for spreadsheets. In the case of compilers, I have only
  32. seen the very simple compilers that you might find in a college textbook,
  33. so I don't know what is actually used in real life, but they look very
  34. parallelizable.
  35.  
  36. At any rate, I would claim that improvements in processor performance should
  37. only be concerned with apps which are presently processor limited, and many
  38. of these general purpose codes just aren't.
  39.  
  40.  
  41. Jason W. Solinsky
  42.