home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.sgi
- Path: sparky!uunet!charon.amdahl.com!pacbell.com!mips!odin!fido!agomoda!williams
- From: williams@agomoda.asd.sgi.com (Eric Williams)
- Subject: Re: Not enough swap space
- Message-ID: <oplo2uo@fido.asd.sgi.com>
- Sender: news@fido.asd.sgi.com (Usenet News Admin)
- Organization: Silicon Graphics, Inc. Mountain View, CA
- References: <7085@charon.cwi.nl>
- Date: Thu, 20 Aug 1992 00:29:57 GMT
- Lines: 37
-
- In <7085@charon.cwi.nl> robertl@cwi.nl (Robert van Liere) writes:
-
-
- >A long, long time ago (i.e. in the 3.3.? days) Lance M Option @ NIH
- >wrote :
- >
- >> SGI System Gurus:
- >> We are experiencing problems with "malloc()". It seems
- >> that if an amount of memory greater than the sum of
- >> free memory and free swap space is requested, the malloc()
- >> succeeds, but the program is killed by the OS when the
- >> memory is used. How can this condition be caught? Can't
- >> the OS give some indication to the user of why his proc died?
- >
- >We are currently experiencing this behavior as well. Can this condition
- >be caught in 4.0.5 ? If not, is there something else we can do to avoid
- >these (SysV related) "problems".
-
- I think the following should help. It ought to change the behavior so that
- the malloc will fail. The default as shipped is to have behavior as you
- describe. (This change might also mean that processes are limited to total
- swap space, rather than the sum of swap space and physical memory. Sorry
- I don't know for sure, so I can't say).
-
- Edit /usr/sysgen/master.d/kernel:
-
- /*
- * preallocation of swap space
- * 0 ==> disk space not preallocated for processes;
- * !0 ==> disk space preallocated on fork/exec/sbrk/etc.
- */
- int availsmem_accounting = 0;
-
-
- Change the 0 to 1. Run /etc/autoconfig. Reboot.
-
- -Eric Williams
-