comp.lang.ada
 help / color / mirror / Atom feed
Subject: Re: Help-memory allocation
Date: Tue, 01 Jul 2003 14:21:23 +0200
Date: 2003-07-01T14:21:23+02:00	[thread overview]
Message-ID: <3f017cef$1@epflnews.epfl.ch> (raw)
In-Reply-To: 878yriobaz.fsf@Login.CERT.Uni-Stuttgart.DE

Florian Weimer wrote:
> vashwath@rediffmail.com (prashna) writes:
> 
> 
>>Don't you think "commit on allocate" is better choice?
> 
> 
> At least on UNIX systems with a few typical UNIX services, the
> situations in which the system continues to run in commit-on-use mode
> is a proper subset of the situations for commit-on-allocate mode.  So
> commit-on-use is the better choice.

Ok Florian, you convinced me. I know that GNAT uses malloc for memory 
allocation on its Linux implementation. Looking at malloc man page, one 
can read in the last paragraph:

"Linux follows an optimistic  memory  allocation  strategy.
This means that when malloc() returns non-NULL there is no
guarantee that the memory really is available. In case  it
turns  out  that  the system is out of memory, one or more
processes will be killed by the infamous OOM killer."

So I guess this is normal in the case of systems with virtual memory.

Rodrigo




  reply	other threads:[~2003-07-01 12:21 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-06-30  9:11 Help-memory allocation prashna
2003-06-30  9:14 ` Vinzent Hoefler
2003-06-30 10:30   ` Rodrigo Garcia
2003-06-30 14:56   ` Florian Weimer
2003-06-30 15:25     ` Vinzent Hoefler
2003-06-30 16:56       ` 
2003-07-01  9:15         ` Florian Weimer
2003-07-01  8:58       ` Florian Weimer
2003-07-03  6:53         ` prashna
2003-07-03  7:24       ` Robert I. Eachus
2003-07-01  9:06     ` prashna
2003-07-01  9:17       ` Florian Weimer
2003-07-01 12:21         `  [this message]
2003-07-02 15:59 ` Richard Riehle
2003-07-02 22:35 ` Matthew Heaney
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox