home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / unix / aix / 13233 < prev    next >
Encoding:
Internet Message Format  |  1993-01-12  |  1.1 KB
  1. Path: sparky!uunet!cis.ohio-state.edu!zaphod.mps.ohio-state.edu!usc!howland.reston.ans.net!spool.mu.edu!agate!doc.ic.ac.uk!uknet!yorkohm!minster!forsyth
  2. From: forsyth@minster.york.ac.uk
  3. Newsgroups: comp.unix.aix
  4. Subject: re: process numbers
  5. Message-ID: <726871523.17488@minster.york.ac.uk>
  6. Date: 12 Jan 93 20:45:24 GMT
  7. Organization: Department of Computer Science, University of York, England
  8. Lines: 14
  9.  
  10. making a process ID a function of its index in a process table
  11. (or equivalent) speeds creation of unique process IDs:
  12. instead of searching the proc. table, or having lots of code
  13. to keep track of unique ranges (cf. bsd), fork simply takes the previous process ID
  14. in that slot and adds NPROC (or equivalent),
  15. with a line or two to deal with overflow.
  16. as someone noted, this process ID representation also simplifies finding a Proc structure
  17. given a process ID.
  18. other unique IDs can be handled in a similar way.
  19.  
  20. the Waterloo Thoth system was an early user of a similar scheme,
  21. although I don't think it was a new idea even then.
  22. it's the first time i've seen `security hole' as a justification
  23. for its use, though!
  24.