home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / next / sysadmin / 5077 < prev    next >
Encoding:
Text File  |  1992-09-08  |  1.5 KB  |  39 lines

  1. Newsgroups: comp.sys.next.sysadmin
  2. Path: sparky!uunet!stanford.edu!leland.Stanford.EDU!news
  3. From: magnus@Fisher.Stanford.EDU (Magnus Nordborg)
  4. Subject: Re: Rebooting (was Re: help! /private/vm/swapfile 44MB. How to shrink it?)
  5. Message-ID: <1992Sep8.190721.4559@leland.Stanford.EDU>
  6. Sender: news@leland.Stanford.EDU (Mr News)
  7. Organization: DSO, Stanford University
  8. References: <BOB.92Sep8095726@volitans.MorningStar.Com>
  9. Date: Tue, 8 Sep 92 19:07:21 GMT
  10. Lines: 27
  11.  
  12. In article <BOB.92Sep8095726@volitans.MorningStar.Com> bob@MorningStar.Com  
  13. (Bob Sutterfield) writes:
  14.  
  15. Deleted stuff
  16.  
  17. > An ever-growing swap file is a bug that no user should tolerate, and
  18. > that any vendor should be embarassed to let out the door, even on its
  19. > first limited-circulation alpha prerelease of a new OS version.
  20. > Frequent rebooting is not an acceptable solution to an OS bug.
  21.  
  22. The swapfile is *not* "ever growing" if you specify a maximum size in  
  23. /etc/swaptab. Of course, doing so will not stop the system from running  
  24. out of swapspace, but the alternative seems to be what one does on many  
  25. other Unix machines: pre-allocate a couple of hundred megabytes for a swap  
  26. partition.  Then you will not have to see virtual memory eating your disk  
  27. because, in essence, it already has!
  28.  
  29. This is not to say that it wouldn't be nice if the swap file could shrink  
  30. dynamically as well, but only to claim that it isn't as horrible as some  
  31. postings seem to indicate. :-)
  32. --
  33.  
  34.  
  35.         Magnus Nordborg
  36.         Department of Biological Sciences
  37.         Stanford University
  38.         magnus@fisher.stanford.edu (NeXT mail preferred)
  39.