home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / sun / admin / 10736 < prev    next >
Encoding:
Internet Message Format  |  1993-01-25  |  2.6 KB
  1. Path: sparky!uunet!ferkel.ucsb.edu!taco!gatech!paladin.american.edu!howland.reston.ans.net!spool.mu.edu!olivea!hal.com!halaus!ables
  2. From: ables@hal.com (King Ables)
  3. Newsgroups: comp.sys.sun.admin
  4. Subject: Re: Bringing a Sun to it's knees
  5. Message-ID: <1993Jan25.224946.12079@hal.com>
  6. Date: 25 Jan 93 22:49:46 GMT
  7. References: <1993Jan25.221022.28758@ra.msstate.edu>
  8. Organization: HaL Computer Systems, Inc.
  9. Lines: 39
  10.  
  11. From article <1993Jan25.221022.28758@ra.msstate.edu>, by fwp@CC.MsState.Edu (Frank Peters):
  12. > In article <T6AXBYAV@cc.swarthmore.edu> eoliver@ralph.cs.haverford.edu (Erik Oliver) says:
  13. > : During our Operating Systems class, we were being asked to see for
  14. > : ourselves that "modern" operating systems place limits on the number of
  15. > : processes an individual user can run thus preventing over load.
  16. > 
  17. > Interesting.  Who came up with that theory?  It isn't true and in many
  18. > cases it isn't desirable.
  19.  
  20. But then you went on to prove that it *is* true ;-) (at least for Unix).
  21.  
  22. I took the original posting to imply that the class instructor was trying
  23. to claim that Unix was *not* a "modern OS" because you couldn't protect
  24. from "this here program that uses up all the processes."  Unix does have
  25. a limit and you can change that limit.  You have to rebuild the kernel
  26. in order to do it, though (at least on versions I know about), so it is
  27. not as easily configurable as one might like.  The instructor was probably 
  28. thinking of a limit you could set "on the fly" with an OS command, or
  29. perhaps being able to set different limits for different users.
  30.  
  31. The default limit most Unix machines is that the user can use up almost
  32. all the process slots.  As Frank said, in the case of a single-user
  33. workstation, this is what you want.  In the case of a multi-user Unix
  34. machine, clearly you don't want one user to be able to use up everything.
  35. But just because Unix behaves a certain way by default doesn't mean 
  36. it can't be adjusted.  Most things like this can be customized for 
  37. the specific needs of a particular user community.
  38.  
  39. Unix does not suffer from a problem here unless you have your kernel
  40. configured incorrectly for your enviornment.  Now whether or not you
  41. should have to jump through those kind of hoops to set the limits is
  42. a philosophical (and entirely different) question.  But claiming Unix
  43. has some deficiency due to not having a way to limit users' use of
  44. processes is clearly wrong.
  45. ---------------------------------------------------------------
  46. King Ables                    HAL Computer Systems, Inc.
  47. ables@hal.com                 8920 Business Park Dr., Suite 300
  48. +1 512 794 2855               Austin, TX  78759
  49. ---------------------------------------------------------------
  50.