home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / sun / admin / 10735 < prev    next >
Encoding:
Text File  |  1993-01-25  |  2.0 KB  |  46 lines
  1. Newsgroups: comp.sys.sun.admin
  2. Path: sparky!uunet!ferkel.ucsb.edu!taco!gatech!europa.asd.contel.com!emory!nntp.msstate.edu!news
  3. From: fwp@CC.MsState.Edu (Frank Peters)
  4. Subject: Re: Bringing a Sun to it's knees
  5. Message-ID: <1993Jan25.221022.28758@ra.msstate.edu>
  6. Sender: news@ra.msstate.edu
  7. Nntp-Posting-Host: jester.cc.msstate.edu
  8. Organization: Computing Center, Mississippi State University
  9. References: <T6AXBYAV@cc.swarthmore.edu>
  10. Date: Mon, 25 Jan 1993 22:10:22 GMT
  11. Lines: 33
  12.  
  13. In article <T6AXBYAV@cc.swarthmore.edu> eoliver@ralph.cs.haverford.edu (Erik Oliver) says:
  14. : During our Operating Systems class, we were being asked to see for
  15. : ourselves that "modern" operating systems place limits on the number of
  16. : processes an individual user can run thus preventing over load.
  17.  
  18. Interesting.  Who came up with that theory?  It isn't true and in many
  19. cases it isn't desirable.
  20.  
  21. : Unfortunately, the following simple C program:
  22.  
  23.    [ standard infinite loop fork program deleted ]
  24.  
  25. : Brought our Sun4 running SunOS 4.1.2 to its knees by using up _all_ the
  26. : available processes and thus preventing vfork from executing, even
  27. : typing ls from an already open shell was impossible.
  28. : 
  29. : We are thinking of ways to prevent this from happening again, any
  30. : suggestions?
  31.  
  32. If you look in /sys/conf.common/param.c you will see that MAXUPRC (the
  33. number of processes per user) is set to 5 less than the total number of
  34. processes available.  Keeping in mind that the overwhelming number of
  35. Suns are single user-at-a-time desktop workstations this makes sense.
  36. You don't want a single user workstation holding back a bunch of
  37. process slots for other users that aren't going to be there.
  38.  
  39. You can prevent this, of course, by modifying param.c to set MAXUPRC to
  40. something more conservative.  Thats what we do on our multiuser
  41. systems.  Exactly what to set it to depends upon your usage patterns of
  42. course.
  43. --
  44. Frank Peters  -  UNIX Systems Programmer  -  Mississippi State University
  45. Internet: fwp@CC.MsState.Edu  -  Phone: (601)325-7030  -  FAX: (601)325-8921
  46.