home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / arch / 11620 < prev    next >
Encoding:
Text File  |  1992-12-13  |  1.4 KB  |  27 lines
  1. Newsgroups: comp.arch
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!menudo.uh.edu!sugar!ficc!peter
  3. From: peter@ferranti.com (Peter da Silva)
  4. Subject: Re: IBM's FIRST RISC System/6000(tm) based Shared Memory Parallel Processor
  5. Message-ID: <id.I6TV.241@ferranti.com>
  6. Keywords: mp shared-memory parallel multiprocessor risc smp
  7. Organization: Xenix Support, FICC
  8. References: <1g86boINNh5m@fido.asd.sgi.com> <lifvl6INNan3@exodus.Eng.Sun.COM>
  9. Date: Sun, 13 Dec 1992 21:57:18 GMT
  10. Lines: 15
  11.  
  12. chased@rbbb.Eng.Sun.COM (David Chase) writes:
  13. > I've had this nagging suspicion for about a year that people building
  14. > MP's were working awfully hard to maintain coherency where it just
  15. > didn't matter.  Given that most of the programming languages tell you
  16. > to lock your data if it is shared, the "we're guarding against this"
  17. > examples always looked like buggy programs to me.
  18.  
  19. I guess that depends on what the consequences of running these buggy
  20. programs are. Are they guarding against bringing the whole system down
  21. (unacceptable) or simply crashing a single application (acceptable)?
  22. -- 
  23. %Peter da Silva/77487-5012 USA/+1 713 274 5180/Have you hugged your wolf today?
  24. /L{lineto}def/C{curveto}def/F{0 562 moveto 180 576 324 648 396 736 C 432 736 L
  25. 482 670 518 634 612 612 C}def/G{setgray}def .75 G F 612 792 L 0 792 L fill 1 G
  26. 324 720 24 0 360 arc fill 0 G 3 setlinewidth F stroke showpage % "Peerless"
  27.