home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / sun / apps / 1666 < prev    next >
Encoding:
Internet Message Format  |  1992-08-20  |  1.7 KB
  1. Xref: sparky comp.sys.sun.apps:1666 comp.sys.sun.hardware:3974
  2. Path: sparky!uunet!think.com!barmar
  3. From: barmar@think.com (Barry Margolin)
  4. Newsgroups: comp.sys.sun.apps,comp.sys.sun.hardware
  5. Subject: Re: How utilize multi proc's in galaxy MP670???
  6. Date: 20 Aug 1992 16:38:16 GMT
  7. Organization: Thinking Machines Corporation, Cambridge MA, USA
  8. Lines: 25
  9. Message-ID: <170hpoINNntm@early-bird.think.com>
  10. References: <1992Aug20.030523.25228@news.Hawaii.Edu>
  11. NNTP-Posting-Host: telecaster.think.com
  12.  
  13. In article <1992Aug20.030523.25228@news.Hawaii.Edu> dan@wiliki.eng.hawaii.edu (Dan Sternlicht) writes:
  14. >I have thought of merely spawning several processes in the program
  15. >and hoping that the scheduler allocates them to the separate processors,
  16. >but maybe I'm dreaming.
  17.  
  18. That's the way to do it.  Currently, SunOS doesn't provide any mechanism
  19. for manipulating physical processors directly.  A process can only run on
  20. one processor at a time (there's a field in the proc structure that
  21. contains the current CPU id), so you have to use multiple processes if you
  22. want any chance of simultaneous execution.  You can't guarantee that all
  23. your processes will run simultaneously, since they're competing for the
  24. processors with all the other processes on the system.
  25.  
  26. On Multics there are commands that can be used to limit a process to a
  27. given set of processors, or take some processors out of general use (but a
  28. process that attaches to them explicitly can still use them -- this is used
  29. for running diagnostics on a specific processor).  Such commands could be
  30. used to partition a system into user and daemon processors.
  31.  
  32.  
  33. -- 
  34. Barry Margolin
  35. System Manager, Thinking Machines Corp.
  36.  
  37. barmar@think.com          {uunet,harvard}!think!barmar
  38.