home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / unix / aix / 11544 < prev    next >
Encoding:
Internet Message Format  |  1992-11-12  |  2.1 KB
  1. Path: sparky!uunet!know!mips2!news.bbn.com!usc!cs.utexas.edu!sun-barr!ames!pacbell.com!att-out!oucsboss!oucsace!dneedham
  2. From: dneedham@oucsace.cs.ohiou.edu (Douglas Wade Needham)
  3. Newsgroups: comp.unix.aix
  4. Subject: Re: Virtual Memory curiosity
  5. Keywords: VM overflow response
  6. Message-ID: <1992Nov13.034308.8602@oucsace.cs.ohiou.edu>
  7. Date: 13 Nov 92 03:43:08 GMT
  8. References: <bmarlowe.721422470@ka> <BxM5C5.Jyw@csn.org>
  9. Distribution: usa
  10. Organization: Ohio University CS Dept,. Athens
  11. Lines: 41
  12.  
  13.  
  14. In <BxM5C5.Jyw@csn.org> losburn@teal.csn.org (Lynn Osburn) writes
  15.  
  16. >>I've heard rumor that AIX will pick processes to kill off to avoid
  17. >>running out of virtual memory?  Can anyone verify this and if this is
  18. >>true a) is there a way to disable this "feature" and b) what idiot
  19. >>decided that randomly killing processes was a good idea??!!
  20.  
  21. >True in v3.1.x
  22.  
  23. >False in v3.2.x
  24. >In 3.2, he just picks the larger process(es) and puts them to sleep (and 
  25. >swaps them) for a while until things improve.  A much better solution to
  26. >the problem, eh?
  27.  
  28. [A medieval buff puts his armour on <|O ] 
  29.  
  30. Excuse me!?  Am I missing something here on the v3.2 remark?  In the
  31. 10+ years of dealing with UN*X and other OSs with virtual memory (VM),
  32. VM was always RAM and swap space **TOGETHER** (ignoring demand
  33. paging).  Now unless IBM has come up with a new trick, how are we
  34. going to sleep and swap a process if VM (and therefore swap space) was
  35. running low.  The way I would figure it, that is like saying that "I
  36. am bleeding from a wound, I'll shoot myself to cure it".  The method
  37. is used by many VM swappers to free up RAM for processes.
  38.  
  39. Now here is one for thought...look for an executable that is swapped, flush
  40. the text from the swap space (since it is supposedly read-only, and therefore
  41. reproducable), and then mark the pages as not having been loaded.  After that,
  42. leave it to demand paging to pull it back in again.  Then you can think of it
  43. as a secondary swap with larger overhead. 8)
  44.  
  45. [Ready!!! Lay on!!!]
  46.  
  47. >-oz
  48.  
  49. - douglas wade needham
  50. -- 
  51. Email:    dneedham@oucsace.cs.ohiou.edu  
  52. USnail:    2330 South Clinton Street,  Fort Wayne,IN 46803
  53. Phone:  (219)455-4004 (office) (219)456-1420 (home)
  54.