home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / unix / aix / 11714 < prev    next >
Encoding:
Text File  |  1992-11-18  |  1.5 KB  |  39 lines
  1. Newsgroups: comp.unix.aix
  2. Path: sparky!uunet!cs.utexas.edu!milano!cactus.org!chukran
  3. From: chukran@cactus.org (Rudy E. Chukran)
  4. Subject: Re: Virtual Memory curiosity
  5. Message-ID: <1992Nov19.063242.6978@cactus.org>
  6. Keywords: VM overflow response
  7. Organization: Capital Area Central Texas UNIX Society, Austin, Tx
  8. References: <bmarlowe.721422470@ka> <BxM5C5.Jyw@csn.org>
  9. Distribution: usa
  10. Date: Thu, 19 Nov 1992 06:32:42 GMT
  11. Lines: 26
  12.  
  13. In article <BxM5C5.Jyw@csn.org> losburn@teal.csn.org (Lynn Osburn) writes:
  14. >>
  15. >>I've heard rumor that AIX will pick processes to kill off to avoid
  16. >>running out of virtual memory?  Can anyone verify this and if this is
  17. >>true a) is there a way to disable this "feature" and b) what idiot
  18. >>decided that randomly killing processes was a good idea??!!
  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. Not quite. You confuse real memory shortage with virtual memory shortage.
  28. When virtual runs out, ie paging space runs out, then processes are
  29. signalled.  The choice of which processes are killed first changed from
  30. 3.1 to 3.2. There is no option to swap anybody out because there is
  31. no place to swap them to.
  32.  
  33. The new algorithm to which you refer is pertinent when real memory is
  34. overcommitted. This is called the thrashing detection algorithm.
  35. When paging reaches a certain threshold, the scheduler will suspend the
  36. suspected culprits (not signal them) and they will be paged out as a
  37. result.
  38.  
  39.