home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / arch / 11592 < prev    next >
Encoding:
Text File  |  1992-12-12  |  2.4 KB  |  51 lines
  1. Newsgroups: comp.arch
  2. Path: sparky!uunet!mcsun!dxcern!dscomsa!zeus02.desy.de!hallam
  3. From: hallam@zeus02.desy.de (Phill Hallam-Baker)
  4. Subject: Re: IBM's FIRST RISC System/6000(tm) based Shared Memory Parallel Processor
  5. Message-ID: <Bz5rLE.L9q@dscomsa.desy.de>
  6. Keywords: mp shared-memory parallel multiprocessor risc smp
  7. Sender: usenet@dscomsa.desy.de (usenet)
  8. Reply-To: Hallam@zeus02.desy.de
  9. Organization: Deutsches Elektronen Synchrotron, Experiment ZEUS bei HERA
  10. References: <Bz0xLu.298v@austin.ibm.com> <1g86boINNh5m@fido.asd.sgi.com> <lifvl6INNan3@exodus.Eng.Sun.COM> <1992Dec11.131542.9190@jarvis.csri.toronto.edu>
  11. Date: Sat, 12 Dec 1992 18:05:37 GMT
  12. Lines: 37
  13.  
  14. In article <1992Dec11.131542.9190@jarvis.csri.toronto.edu>,
  15. hsandhu@sys.toronto.edu (Harjinder S Sandhu) writes:
  16.  
  17. |>chased@rbbb.Eng.Sun.COM (David Chase) writes:
  18. |>>I've had this nagging suspicion for about a year that people building
  19. |>>MP's were working awfully hard to maintain coherency where it just
  20. |>>didn't matter.  Given that most of the programming languages tell you
  21. |>>to lock your data if it is shared, the "we're guarding against this"
  22. |>>examples always looked like buggy programs to me.  People have been
  23. |>>working on this at Rice, I know, and at least one other place that I
  24. |>>cannot recall right now.
  25. |> 
  26. |>  Along the same lines, we have implemented and experimented with
  27. |>a software coherence strategy based on the notion that applications
  28. |>explicitly lock/unlock shared data. It requires no hardware or 
  29. |>compiler support, but does rely on the programmer to program "correctly". 
  30. |>This is described in a paper that will be appearing in the 1993 ACM SigPlan
  31. |>Symposium on Principles and Practice of Parallel Programming in May:
  32. |>"The Shared Regions Approach to Software Cache Coherence on
  33. |>Multiprocessors". It will also be made available via ftp soon; send mail 
  34. |>if you are interested.
  35.  
  36. IBM's approach should be able to streach scalability. hardware cache coherency
  37. requires a lot of work. A lot of the time the software does not need the
  38. coherency, ergo it makes sense to use software to solve the problem.
  39.  
  40. I disagree with the statement about putting the work onto the programmer though.
  41. This work should go into the compiler. this may require a shift away from
  42. traditional FORTRAN inspired approaches.
  43.  
  44. The IBM approach would be interesting for CSP. There data is explicitly locked
  45. and unlocked. The model also sits very nicely with oops since it *is* a message
  46. passing paradigm,
  47.  
  48. --
  49.  
  50. Phill Hallam-Baker
  51.