home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / sgi / 18123 < prev    next >
Encoding:
Text File  |  1992-12-16  |  2.3 KB  |  63 lines
  1. Newsgroups: comp.sys.sgi
  2. Path: sparky!uunet!cs.utexas.edu!sun-barr!ames!sgi!fido!zola!sgihub!sydney.sgi.com!news
  3. From: mitch@rama.sydney.sgi.com ()
  4. Subject: Re: is 4D/240 VGX w/ IRIX 3.3.2 SMP
  5. Message-ID: <1992Dec17.021049.28137@sydney.sgi.com>
  6. Sender: news@sydney.sgi.com (System News Owner)
  7. Organization: Silicon Graphics Computer Systems,  Mtn. View CA. 94039
  8. References: <Bz0n49.1yHM@austin.ibm.com> <1g6a2lINN6mv@fangio.asd.sgi.com>
  9. Date: Thu, 17 Dec 92 02:10:49 GMT
  10. Lines: 51
  11.  
  12. In article <1g6a2lINN6mv@fangio.asd.sgi.com>, rck@fangio.asd.sgi.com
  13. (Robert Keller) writes:
  14. |> dimpsey@austin.ibm.com writes:
  15. |> >I have just received access to a SGI IRIS 4D/240 VGX running IRIX
  16. |> >system V REL. 3.3.2.  Is this a symmetric multiprocessor or are the 
  17. |> >processors following some master-slave configuration.  
  18. |> 
  19. |> All SGI multiprocessor machines are SMP.
  20. |> >When I log in am I always on the same processor?  
  21. |> No.  Furthermore, your shell process (any process, really) can 
  22. |> seemlessly switch processors at any time.
  23. |> 
  24. |> >Can I bind a process to a processor??
  25. |> 
  26. |> Yes, checkout the mpadmin(1) man page.
  27. |> 
  28. |> ...robert
  29.  
  30. Please read the mpadmin page with care.
  31.  
  32. To some degree there are no good reasons to mpadmin 
  33. anything.
  34.  
  35. The mpadmin and other hooks can make the machine look hung.
  36. Users who mpadmin and npri processes are taking exact control
  37. of a complex system.   More  problems are created than solved 
  38. in my experience.  Since the trouble options are uid 0 restricted
  39. there are almost never problems unless a system manager is careless.
  40.  
  41. They are very useful in some realtime contexts.  On systems with
  42. four or more processors it is often useful to tinker with restricting
  43. the last couple of processors while leaving 0 and 1 to free wheel.
  44.  
  45. In terms of process scheduling there is one runq each processor
  46. obtains a reliable hardware lock.  Finds work to do on the runq 
  47. pulls the process off the Q frees the lock and runs the process
  48. untill the next time slice clock tick.
  49.  
  50. Then the runq is locked the last job placed back on the q.  The 
  51. q is then inspected and the 'next' is picked off to run.  This part
  52. is very vanila SysV inside the lock.   
  53.  
  54. Below this are more complex MP issues, but from a users point of view
  55. there is only 1 runq.   Look at "ps -elf" listings.   There is a P
  56. field to indicate which processor a process happens to be on.
  57.  
  58.  
  59. Enjoy,
  60. mitch
  61.  
  62.  
  63.