From owner-freebsd-stable@FreeBSD.ORG Wed Jul 23 16:01:02 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76EF937B401 for ; Wed, 23 Jul 2003 16:01:02 -0700 (PDT) Received: from moghedien.mukappabeta.net (moghedien.mukappabeta.net [194.145.150.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE33543F75 for ; Wed, 23 Jul 2003 16:01:01 -0700 (PDT) (envelope-from mkb@moghedien.mukappabeta.net) Received: by moghedien.mukappabeta.net (Postfix, from userid 1000) id 8A8B42D2F; Thu, 24 Jul 2003 01:00:34 +0200 (CEST) Date: Thu, 24 Jul 2003 01:00:34 +0200 From: Matthias Buelow To: freebsd-stable@freebsd.org Message-ID: <20030723230034.GB24008@moghedien.mukappabeta.net> References: <20030723173427.GA72876@vmunix.com> <20030723140329.C92624@carver.gumbysoft.com> <20030723221336.GA26555@pit.databus.com> <20030723223654.GA24008@moghedien.mukappabeta.net> <20030723224436.GD22166@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030723224436.GD22166@Odin.AC.HMC.Edu> User-Agent: Mutt/1.4.1i Subject: Re: malloc does not return null when out of memory X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jul 2003 23:01:02 -0000 Brooks Davis writes: >No there isn't. Overcommit is a fundamental design feature of the BSD >VM. If you don't like it, find an OS that doesn't do it. The only one >I can think of off the top of my head in Irix where I've found it to be >a serious pain in the ass. Hmm, I could've sworn that fbsd's got some option to toggle it. But apparently this is not so, a pity. I'd like to have the choice between better resource usage (with overcommit enabled) and safer operation (disabled, when an application won't crash at some random point because it cannot get mapped memory). -- Matthias Buelow; mkb@{mukappabeta.de,informatik.uni-wuerzburg.de}