home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / sun / admin / 4957 < prev    next >
Encoding:
Internet Message Format  |  1992-07-25  |  1.9 KB
  1. Path: sparky!uunet!usc!zaphod.mps.ohio-state.edu!cs.utexas.edu!sun-barr!news2me.ebay.sun.com!exodus.Eng.Sun.COM!appserv.Eng.Sun.COM!ouroborous.Eng.Sun.COM!limes
  2. From: limes@ouroborous.Eng.Sun.COM (Greg Limes)
  3. Newsgroups: comp.sys.sun.admin
  4. Subject: Re: Kernel Config -- Whats the deal with MAXUSERS?
  5. Date: 24 Jul 1992 18:44:08 GMT
  6. Organization: Sun Microsystems, Inc.
  7. Lines: 30
  8. Message-ID: <l70jroINNgm3@appserv.Eng.Sun.COM>
  9. References: <1992Jul22.143012.28974@ugle.unit.no> <mjr.711911236@uther> <14n2ffINNog@early-bird.think.com>
  10. NNTP-Posting-Host: ouroborous
  11.  
  12. In article <mjr.711911236@uther> mjr@uther.calvin.edu (Matt Ranney) writes:
  13. | This chart has puzzled me ever since we got our 4/670.  Why does
  14. | MAXUSERS have to be lower if you have more memory available?
  15.  
  16. In article <14n2ffINNog@early-bird.think.com> barmar@think.com (Barry Margolin) writes:
  17. | The size of some kernel tables related to memory management are
  18. | proportional to the amount of memory you have.  There are probably some
  19. | per-process data structures that have this property, so the number of
  20. | processes goes down as the total memory goes up.
  21.  
  22. We Apologise for the Inconvenience.
  23.  
  24. Details for the curious:
  25.  
  26. As memory goes up, we allocate more tables for the SRMMU, along with
  27. the normal SunOS bookkeeping. Raising MAXUSERS expands *lots* of tables,
  28. most notibly expanding the "segu" portion of kernel virtual space, which
  29. gets five virtual pages per process.
  30.  
  31. Also, the limit on how much kernel virtual space is available is
  32. smaller on the Sun-4M boxes, as we have carved some hunks out of
  33. the kernel space.
  34.  
  35. Oh, I wouldn't advise going over the limits in the table; at
  36. some levels, the symptoms are both ugly *and* delayed.
  37.  
  38. Fixed in 4.1.3, we lowered the base of the kernel, giving more
  39. overall kernel virtual space. I've been running "maxusers 225"
  40. kernels on the machine in the lab with a gigabyte of memory, and
  41. there is no table space shortage.
  42.