home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / arch / 9402 < prev    next >
Encoding:
Internet Message Format  |  1992-09-13  |  1.8 KB

  1. Xref: sparky comp.arch:9402 comp.parallel:2119
  2. Newsgroups: comp.arch,comp.parallel
  3. Path: sparky!uunet!gatech!hubcap!fpst
  4. From: barmar@think.com (Barry Margolin)
  5. Subject: Re: sgi/sun shared memory machines question
  6. Message-ID: <18qtpoINN57g@early-bird.think.com>
  7. Sender: fpst@hubcap.clemson.edu (Steve Stevenson)
  8. Nntp-Posting-Host: telecaster.think.com
  9. Organization: Thinking Machines Corporation, Cambridge MA, USA
  10. References: <1992Sep11.121830.17069@hubcap.clemson.edu>
  11. Distribution: usa
  12. Date: 11 Sep 1992 19:58:48 GMT
  13. Approved: parallel@hubcap.clemson.edu
  14. Lines: 30
  15.  
  16. In article <1992Sep11.121830.17069@hubcap.clemson.edu> zilla@nj.nec.com (John Lewis) writes:
  17. >Someone told me that the SGI multiprocessor machines cannot run
  18. >different unix processes on different processors; they can only
  19. >run a single (but possibly parallelized) process at a given time.
  20. >The reason was said to be that the machines do not implement
  21. >any mechanism for simultaneous writes.
  22. >
  23. >Is this correct?  If so, how are simultaneous writes from
  24. >different threads of a parallelized process prevented?
  25.  
  26. I don't know whether it's true or not.  But if it is, prevention of
  27. simultaneous writes within a process can be prevented using a semaphore in
  28. shared memory.  The write() routine would check this, and delay until the
  29. semaphore is cleared.
  30.  
  31. >Is the new sun multiprocessor (4/690?) similar?
  32.  
  33. No, it's exactly opposite.  A process can only be on one processor at a
  34. time, so each processor runs a different process.
  35.  
  36. Prevention of simultaneous writes is accomplished by only allowing one
  37. processor to be in the kernel at a time.  Upcoming releases of the OS
  38. removes this restriction, and uses locks around specific critical regions
  39. of the kernel rather than the entire kernel.
  40. -- 
  41. Barry Margolin
  42. System Manager, Thinking Machines Corp.
  43.  
  44. barmar@think.com          {uunet,harvard}!think!barmar
  45.  
  46.