home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / sun / admin / 10760 < prev    next >
Encoding:
Internet Message Format  |  1993-01-26  |  1.9 KB
  1. Xref: sparky comp.sys.sun.admin:10760 comp.sys.hp:15313
  2. Newsgroups: comp.sys.sun.admin,comp.sys.hp
  3. Path: sparky!uunet!mcsun!sunic!aun.uninett.no!Steinar.Haug
  4. From: Steinar.Haug@delab.sintef.no (Steinar Haug)
  5. Subject: Re: Bringing a Sun to it's knees
  6. In-Reply-To: fwp@CC.MsState.Edu's message of Mon, 25 Jan 1993 22:10:22 GMT
  7. Message-ID: <STEINAR.HAUG.93Jan26123427@delab.sintef.no>
  8. Sender: news@aun.uninett.no
  9. Nntp-Posting-Host: tosca.er.sintef.no
  10. Organization: SINTEF DELAB, Trondheim, Norway.
  11. References: <T6AXBYAV@cc.swarthmore.edu> <1993Jan25.221022.28758@ra.msstate.edu>
  12. Date: Tue, 26 Jan 1993 11:34:27 GMT
  13. Lines: 25
  14.  
  15. fwp@CC.MsState.Edu (Frank Peters) writes:
  16. > In article <T6AXBYAV@cc.swarthmore.edu> eoliver@ralph.cs.haverford.edu (Erik Oliver) says:
  17. > : During our Operating Systems class, we were being asked to see for
  18. > : ourselves that "modern" operating systems place limits on the number of
  19. > : processes an individual user can run thus preventing over load.
  20. > 
  21. > Interesting.  Who came up with that theory?  It isn't true and in many
  22. > cases it isn't desirable.
  23.  
  24. Um, it's true for *some* operating systems. The standard configuration files
  25. for HP-UX 8.0 (400 series) and 8.07 (700 series) will limit the number of
  26. processes per user to 50. We have found this to be too small for many of our
  27. users, especially with heavy use of many windows on the screen.
  28.  
  29. In my opinion, having a limit of 50 processes per use is *not* a sensible
  30. default when systems arrive from HP preconfigured with X11R4, VUE etc. What
  31. we have done on all our HPs is basically the same as is done by default on
  32. our Suns: Set MAXUPRC to the total number of processes in the system minus a
  33. reasonable safety margin for the system itself. We've never had any problem
  34. with this.
  35.  
  36. Steinar Haug, system/networks administrator
  37. SINTEF DELAB, University of Trondheim, NORWAY
  38. Email: Steinar.Haug@delab.sintef.no, 
  39.     sthaug@idt.unit.no, steinar@tosca.er.sintef.no
  40.