home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / sgi / 11112 < prev    next >
Encoding:
Internet Message Format  |  1992-07-21  |  1.6 KB
  1. Path: sparky!uunet!contex!marvin.contex.com!frank
  2. From: frank@marvin.contex.com (Frank Perdicaro)
  3. Newsgroups: comp.sys.sgi
  4. Subject: algorithm for kill due to memory
  5. Keywords: vhand killed SYSLOG
  6. Message-ID: <2810@contex.contex.com>
  7. Date: 21 Jul 92 15:10:10 GMT
  8. Sender: news@contex.contex.com
  9. Lines: 24
  10.  
  11. Could anybody out there point me to information on the alogrithm used
  12. to erase a process that is killed due to lack of memory/swap.  I am
  13. talking about the function associated with the kernel message
  14. "Process [%s] pid %d killed due to insufficient memory/swap." 
  15. ( this is from strings /unix | fgrep -i kill ), and not the one
  16. associated with "Process [%s] pid %d killed due to %s (errno:%d)".
  17. These messages are send to SYSLOG.
  18.  
  19. I would like to react to this action; the process returns with status
  20. indicating a signal 9 was sent to it.  Is the process really given a
  21. signal?  As there appears to be no way to prevent any particular
  22. process from being expunged, is there any way predict which process
  23. gets hit?  I suspect the LRU/low priority algorithm in vhand associated 
  24. with page theft, combined with some process size factors, is used to 
  25. generate a kill when the free virtual memeory gets low.  There appears to 
  26. be a large chunk of kernel processing when a kill of this type happens.
  27.  
  28. Information in my man pages appears very slight.  Thanks.
  29.  
  30. -- 
  31.      Frank E Perdicaro, Systems Admin, etc.        Xyvision Color Systems
  32.       Legalize guns, drugs and cash...today.        101 Edgewater Drive
  33.    inhouse: frank@marvin, x5572                Wakefield MA
  34. outhouse: frank@contex.com, 617-245-4100x5572        018801285
  35.