home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / next / sysadmin / 5152 < prev    next >
Encoding:
Internet Message Format  |  1992-09-11  |  2.1 KB

  1. Path: sparky!uunet!overload!dillon
  2. From: dillon@overload.Berkeley.CA.US (Matthew Dillon)
  3. Newsgroups: comp.sys.next.sysadmin
  4. Subject: Re:  Rebooting (was Re: help! /private/vm/swapfile 44MB. How to shrink it?)
  5. Distribution: world
  6. Message-ID: <dillon.0nkz@overload.Berkeley.CA.US>
  7. References:  <1992Sep7.041747.10597@ccsun7.csie.nctu.edu.tw> <1992Sep7.215151.2517@metrosoft.com> <1992Sep8.105655.712@macc.wisc.edu> <1992Sep10.122306.6328@investor.pgh.pa.us>
  8. Date: 11 Sep 92 23:10:13 PST
  9. Organization: Not an Organization
  10. Lines: 36
  11.  
  12. >In article <1992Sep10.122306.6328@investor.pgh.pa.us> rbp@investor.pgh.pa.us (Bob Peirce #305) writes:
  13. >>In article <1992Sep8.105655.712@macc.wisc.edu> anderson@macc.wisc.edu (Jess Anderson) writes:
  14. >>Neither above poster reveals their standaloneness, but
  15. >
  16. >This is a good point.    I run a standalone system and find jumping to the
  17. >monitor and rebooting to be very quick.  I have done this to restore
  18. >swap space.  I also use it to turn my scanner, which I do not need most
  19. >of the time, on and off.
  20.  
  21.     Rebooting is NOT an acceptable solution for turnkey systems.
  22.  
  23.     I've tried to reproduce the problem myself by running every app in
  24.     existance (my swap grows to 20MB) then running librarian (grows to
  25.     25MB), quiting, rerunning it, etc...  but my swap never grows above
  26.     25MB.
  27.  
  28.     Could the original poster outline the steps he took to generate an ever
  29.     growing swap in more detail?  I'm sure that if something repeatable is
  30.     found the NeXT folk will jump on it.
  31.  
  32.     I suspect it may be related to the fact that the NeXT caches text
  33.     images (e.g. binaries) after exit and uses generous parameters for the
  34.     cache.  The NeXT also caches files after use (is the executable caching
  35.     a subset of the filecaching or a separate mechanism?)
  36.  
  37. >--
  38. >Bob Peirce, Pittsburgh, PA        rbp@investor.pgh.pa.us       412-471-5320
  39. >venetia@investor.pgh.pa.us [NeXT Mail]  !uunet.uu.net!pitt!investor!rbp [UUCP]
  40.  
  41. --
  42.  
  43.     Matthew Dillon        dillon@Overload.Berkeley.CA.US
  44.     891 Regal Rd.        uunet.uu.net!overload!dillon
  45.     Berkeley, Ca. 94708     ham: KC6LVW (no mail drop)
  46.     USA             Sandel-Avery Engineering (702)831-8000
  47.  
  48.