home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / unix / aix / 11533 < prev    next >
Encoding:
Internet Message Format  |  1992-11-12  |  1.4 KB
  1. Path: sparky!uunet!portal!lll-winken!fnnews.fnal.gov!mp.cs.niu.edu!ux1.cso.uiuc.edu!news.cso.uiuc.edu!usenet
  2. From: shair@barolo.cso.uiuc.edu (Bob Shair)
  3. Newsgroups: comp.unix.aix
  4. Subject: Re: Virtual Memory curiosity
  5. Keywords: VM overflow response
  6. Message-ID: <BxMACn.I6H@news.cso.uiuc.edu>
  7. Date: 12 Nov 92 19:05:08 GMT
  8. References: <bmarlowe.721422470@ka> <BxM5C5.Jyw@csn.org>
  9. Sender: usenet@news.cso.uiuc.edu (Net Noise owner)
  10. Reply-To: shair@vnet.ibm.com
  11. Distribution: usa
  12. Organization: IBM Champaign
  13. Lines: 28
  14.  
  15. losburn@teal.csn.org (Lynn Osburn) writes:
  16.  
  17. >>I've heard rumor that AIX will pick processes to kill off to avoid
  18. >>running out of virtual memory?
  19. >
  20. >True in v3.1.x
  21. >
  22. >False in v3.2.x
  23. >In 3.2, he just picks the larger process(es) and puts them to sleep (and 
  24. >swaps them) for a while until things improve.  A much better solution to
  25. >the problem, eh?
  26.  
  27. True or false depending on what you mean by "running out of virtual memory."
  28.  
  29. When you overcommit real storage, so the system is thrashing (paging heavily),
  30. AIX 3.2 sleeps processes as Lynn states.
  31.  
  32. If you run out of swap space, though, AIX will pick processes to kill off.
  33. This is true both in 3.1 and 3.2.  The algorithm used to select the processes
  34. to kill has changed, I hear, but I don't know what it is.
  35.  
  36. Anyone do?
  37.  
  38. --
  39.  
  40. Bob Shair                          shair@vnet.ibm.com
  41. Scientific Computing Specialist    SHAIR@UIUCVMD (bitnet)
  42. IBM Champaign
  43.