home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / sgi / 12669 < prev    next >
Encoding:
Internet Message Format  |  1992-08-20  |  2.1 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: Re: Not enough swap space
  5. Message-ID: <2884@contex.contex.com>
  6. Date: 20 Aug 92 13:55:28 GMT
  7. References: <7085@charon.cwi.nl>
  8. Sender: news@contex.contex.com
  9. Organization: Xyvision Design Systems
  10. Lines: 38
  11.  
  12. In article <7085@charon.cwi.nl> robertl@cwi.nl (Robert van Liere) writes:
  13. >
  14. >A long, long time ago (i.e. in the 3.3.? days) Lance M Option @ NIH
  15. >wrote :
  16. >
  17. >>     SGI System Gurus:
  18. >>       We are experiencing problems with "malloc()".  It seems
  19. >>       that if an amount of memory greater than the sum of
  20. >>       free memory and free swap space is requested, the malloc()
  21. >>       succeeds, but the program is killed by the OS when the
  22. >>       memory is used.  How can this condition be caught?  Can't
  23. >>       the OS give some indication to the user of why his proc died?
  24. >
  25. >We are currently experiencing this behavior as well. Can this condition
  26. >be caught in 4.0.5 ? If not, is there something else we can do to avoid
  27. >these (SysV related) "problems".
  28. >
  29. If you have an archive of this newsgroup, see the discussing between
  30. Dave Olsen and I about this.  In general, kernel kills of this type
  31. are not predictable, and not recoverable.
  32.  
  33. The behavior can be turned off with a kernel variable that I do not 
  34. remember the name of.
  35.  
  36. There are techniques to deal with this problem.  Have a child process
  37. do work, but send the parent a timestamped message every now and then 
  38. in a piece of shm.  If the parent finds the message old, and 
  39. /usr/adm/SYSLOG says the child was killed by the kernel for being a 
  40. pig, parent can make a new child, and restart.   Ugly but
  41. bulletproof.  Keeping the parent just a skeleton insures that only
  42. the child would get killed, not the parent.  An operating system
  43. inside and operating system......
  44.  
  45. -- 
  46.      Frank E Perdicaro, Systems Admin, etc.        Xyvision Color Systems
  47.       Legalize guns, drugs and cash...today.        101 Edgewater Drive
  48.    inhouse: frank@marvin, x5572                Wakefield MA
  49. outhouse: frank@contex.com, 617-245-4100x5572        018801285
  50.