home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / unix / wizards / 4858 < prev    next >
Encoding:
Internet Message Format  |  1992-11-23  |  2.0 KB
  1. Path: sparky!uunet!olivea!charnel!rat!usc!zaphod.mps.ohio-state.edu!menudo.uh.edu!nuchat!steve
  2. From: steve@nuchat.sccsi.com (Steve Nuchia)
  3. Newsgroups: comp.unix.wizards
  4. Subject: Re: Changing the owner of a process
  5. Keywords: process ownership
  6. Message-ID: <1992Nov23.180757.20627@nuchat.sccsi.com>
  7. Date: 23 Nov 92 18:07:57 GMT
  8. References: <1992Nov5.152833.27744@dale.ksc.nasa.gov> <1992Nov17.142837.21252@dale.ksc.nasa.gov> <1992Nov19.220759.1846@exlog.com>
  9. Organization: South Coast Computing Services, Inc.  Houston
  10. Lines: 31
  11.  
  12. In article <1992Nov19.220759.1846@exlog.com> mcdowell@exlogcorp.exlog.com (Steve McDowell) writes:
  13. >Why is it going to panic over an inconsistent process count? That's simply
  14. >not good operating system design. When it hits an inconsistancy (as it
  15. >eventually will in some remote region of the world) it should simply alert
  16. >the operator and re-count things.
  17.  
  18. Three points:
  19.  
  20. 1: If you have enough free time on your hands, feel free to write
  21. the necessary recounting code for all the places where the kernel
  22. keeps counts.  I'd prefer to have the CSRG's remaining time spent
  23. on improving fundamental algorithms.
  24.  
  25. 2: I may be old-fashioned, but I prefer to have a system panic
  26. when it detects a "can't happen" bug.  That means something
  27. has gone wrong.  Under those circumstances, why would you want
  28. to trust a piece of recovery code that hasn't been tested in
  29. living memory?
  30.  
  31. 3: What is the opertator going to do about it, anyway?  If one of
  32. these counts gets out of whack, somebody who can fix the code needs
  33. to know about it, fast.  Something caused the fault, and there is
  34. literally no telling what else may be broken until the cause is found.
  35.  
  36. Of course, if one is building a system for binary-only distribution
  37. or attempting to provide for non-stop operation, other considerations
  38. apply.  BSD Unix does not have those design goals.
  39. -- 
  40. Steve Nuchia      South Coast Computing Services, Inc.      (713) 661-3301
  41. Consultancy in technical computing.  Communications services.  Hardware.
  42. 4-port serial card for AT bus.  Public shell/internet accounts in Houston.
  43.