home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / arch / 11748 < prev    next >
Encoding:
Internet Message Format  |  1992-12-18  |  2.1 KB
  1. Xref: sparky comp.arch:11748 comp.sys.intel:2761
  2. Newsgroups: comp.arch,comp.sys.intel
  3. Path: sparky!uunet!zaphod.mps.ohio-state.edu!saimiri.primate.wisc.edu!sdd.hp.com!spool.mu.edu!umn.edu!csus.edu!netcom.com!netcomsv!metaflow!rschnapp
  4. From: rschnapp@metaflow.com (Russ Schnapp)
  5. Subject: Re: Superscalar vs. multiple CPUs ?
  6. Message-ID: <BzF8Hy.3tH@metaflow.com>
  7. Sender: usenet@metaflow.com
  8. Nntp-Posting-Host: habu
  9. Organization: Metaflow Technologies Inc.
  10. References: <1992Dec7.012026.11482@athena.mit.edu><1992Dec8.000357.26577@newsroom.utas.edu <PCG.92Dec13164348@aberdb.aber.ac.uk>
  11. Date: Thu, 17 Dec 1992 20:49:10 GMT
  12. Lines: 30
  13.  
  14. In article <PCG.92Dec13164348@aberdb.aber.ac.uk>, pcg@aber.ac.uk (Piercarlo Grandi) writes:
  15. |> rschnapp> Don't forget about out-of-order (i.e., dataflow) execution
  16. |> rschnapp> techniques.  You can gain plenty of additional fine-grain
  17. |> rschnapp> parallelism.
  18. |> 
  19. |> Ah, there are indeed many interesting tricks to support high levels of
  20. |> micro parallelism *in the implementation*. To me the really interesting
  21. |> problem is not how to do it, though, it is whether it is worth doing it,
  22. |> and for which classes of codes.
  23. |> 
  24. |> I have yet to find evidence that *general purpose* codes have an
  25. |> intrinsic degree of micro parallelizable operation (let's call it
  26. |> superscalarity) that makes it worthwhile to have a degree of parallel
  27. |> *instruction issue* within a single stream not greater than 2-4.
  28.  
  29. ...which is why I pointed out a paper you might wish to refer to.
  30. There have been several studies indicating that there is plenty of
  31. capacity for fine-grain parallelism in common programs.
  32.  
  33. Most of the SPEC '89 programs, for instance, benefit substantially from
  34. out-of-order execution.  Supposedly, these ARE representative of
  35. "typical" programs.  One of the nice things about out-of-order
  36. execution is that you get the benefits of improved instruction
  37. scheduling without having to recompile.
  38. -- 
  39.  
  40. ...Russ Schnapp
  41. BIX: rschnapp           Email: netcom!metaflow!rschnapp or rschnapp@metaflow.com
  42. Metaflow Technologies   Voice: 619/452-6608x230;  FAX: 619/452-0401
  43. La Jolla, California    Unless otw specified, I`m speaking only for myself!
  44.