home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / unix / aix / 11523 < prev    next >
Encoding:
Text File  |  1992-11-12  |  1.9 KB  |  43 lines

  1. Newsgroups: comp.unix.aix
  2. Path: sparky!uunet!utcsri!torn!utzoo!utdoe!torag!jrh!jrh
  3. From: jrh@jrh.uucp (James R. Hamilton)
  4. Subject: Re: Virtual Memory curiosity
  5. Message-ID: <1992Nov12.131230.130467@jrh.uucp>
  6. Keywords: VM overflow response
  7. Organization: private system, Toronto, Ontario
  8. References: <bmarlowe.721422470@ka>
  9. Distribution: usa
  10. Date: Thu, 12 Nov 1992 13:12:30 GMT
  11. Lines: 30
  12.  
  13. In article <bmarlowe.721422470@ka> bmarlowe@ka.reg.uci.edu (Brett Marlowe) 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.     It is true that AIX will start killing process when it runs out of 
  21.     page space.  You can disable this feature (i.e. protect a process)
  22.     by it calling "signal(SIGDANGER, SIG_IGN)".  WRT to the idiot that
  23.     decided to randomly kill processes, the decision is not random -- 
  24.     processes are killed youngest first (in AIX 3.2) and if they ignore 
  25.     SIGDANGER then they are not killed at all.
  26.  
  27.     To be sure there is lots of room for debate here.  Some will argue that
  28.     the SUN decision of forcing there to be backing store for all virtual
  29.     memory granted is the correct decision since memory shortages are 
  30.     caught at malloc time.  Others prefer the AIX decision of only allocating 
  31.     backing store as required.  The advantage of this is large sparse arrays 
  32.     can be allocated on AIX but not on SUN.  The disadvantage is that backing 
  33.     store shortages are not caught at malloc time.  I can work with either 
  34.     decision.
  35.  
  36.                             --jrh
  37.  
  38. -- 
  39.  
  40. James R. Hamilton                              inet: jrh@jrh.gts.org
  41. telephone: +1 416 493 4162                     uunet: ...!uunet!jrh!jrh
  42. Toronto, Canada                                work: jrh@torolab6.vnet.ibm.com
  43.