home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / apollo / 3325 < prev    next >
Encoding:
Internet Message Format  |  1992-08-20  |  1.5 KB
  1. Path: sparky!uunet!cis.ohio-state.edu!ucbvax!cel.cummins.com!philip
  2. From: philip@cel.cummins.com (Philip D. Pokorny)
  3. Newsgroups: comp.sys.apollo
  4. Subject: Re: /sys/node_data/proc_dir
  5. Message-ID: <9208201538.AA02394@cel.cummins.com>
  6. Date: 20 Aug 92 15:38:55 GMT
  7. Sender: daemon@ucbvax.BERKELEY.EDU
  8. Distribution: world
  9. Organization: The Internet
  10. Lines: 27
  11.  
  12. Frederick G. M. Roeber of CERN asks:
  13. > For awhile now (at least since 10.3) I've seen the suggestively named
  14. I've seen it as far back as SR9.2 or SR9.7
  15.  
  16. > /sys/node_data/proc_dir, which has entries that seem to reflect the
  17. > named processes on the node.  Can anyone give more info about this?
  18. If you enter the 'pst -uid' command you will see that every
  19. process has a UID associated with it.  If you list the proc_dir
  20. directory with the -u switch you should notice that the UID of
  21. the process and the UID of the file are the same for the named
  22. processes.
  23.  
  24. > I would have hoped that the entries were some sort of "process" type,
  25. > which would give plan-9 style process access, but unfortunately there
  26. > doesn't seem to be actual filesystem objects associated with the names.
  27. No...  I suspect that the names are side-effects of the process
  28. of creating a UID for the process.  It was an easy place to put
  29. the name of the process as well...  It would be nice if they
  30. were file-system objects that could be manipulated (ala plan-9)
  31. but even at SR9 there weren't any file system objects associated
  32. with the UID.
  33.  
  34. Sincerely,
  35. Philip D. Pokorny
  36. philip@cel.cummins.com
  37. :)
  38.  
  39.