Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 23 Jul 2000 00:02:15 +0900
From:      "Daniel C. Sobral" <dcs@newsguy.com>
To:        Mario Sergio Fujikawa Ferreira <lioux@uol.com.br>
Cc:        freebsd-hackers@FreeBSD.ORG
Subject:   Re: sysutils/memtest and FreeBSD
Message-ID:  <3979B777.A8AD8511@newsguy.com>
References:  <20000721175757.B319@Fedaykin.here>

next in thread | previous in thread | raw e-mail | index | archive | help
Mario Sergio Fujikawa Ferreira wrote:
> 
>         Backtracing showed that the problem was due
> to the malloc function inside the get_mem function.
> get_mem() is used to find out the largest possible memory segment.
> It incrementaly reduces the segment passed to malloc to alloc.
>         It is the malloc function allright. It core dumps on the
> 1st pass on get_mem(), there is no time to do_reduce. Very weird. ;(

Because FreeBSD overcommits, malloc() will only fail in case of
artificial limits being reached (like those of login.conf). If FreeBSD
suddenly finds itself in a position of not being able to meet the
previous commitments wrt to memory allocation, it will kill the
application with the largest memory allocations.

I'll bet you the fifth season of Babylon 5 this is what's happening. :-)

Try limiting the maximum memory allocation to the total physical RAM.

-- 
Daniel C. Sobral			(8-DCS)
dcs@newsguy.com
dcs@freebsd.org
capo@white.bunnies.bsdconspiracy.net

	Satan was once an angel, Gates started by writing a BASIC interpreter.


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3979B777.A8AD8511>