From owner-freebsd-hackers Wed Feb 28 2:47:33 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1]) by hub.freebsd.org (Postfix) with ESMTP id 640D337B718 for ; Wed, 28 Feb 2001 02:47:29 -0800 (PST) (envelope-from michael.schuster@Sun.COM) Received: from ms-emuc07-01.Germany.Sun.COM ([129.157.128.14]) by mercury.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id CAA00395 for ; Wed, 28 Feb 2001 02:47:26 -0800 (PST) Received: from Sun.COM (hacker [129.157.133.195]) by ms-emuc07-01.Germany.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v2.1p1) with ESMTP id LAA07636 for ; Wed, 28 Feb 2001 11:47:39 +0100 (MET) Message-ID: <3A9CD73D.655A4A53@Sun.COM> Date: Wed, 28 Feb 2001 11:47:25 +0100 From: michael schuster Organization: Sun Microsystems X-Mailer: Mozilla 4.75 [en] (X11; U; SunOS 5.8 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Re: Setting memory allocators for library functions. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matt Dillon wrote: > Allowing a program to run the OS itself out of VM, with or without > overcommit, is (being generous) just plain dumb. I'm not a fan of either (overcommit or non-), I can see advantages with both (seeing that Solaris, which I happen to work with, has one and FreeBSD the other), but your last remark does beg an answer: In a non-dedicated environment (ie a general-purpose Unix machine), it's the mix of applications that brings down your memory, not a single one. In such a situation I can imagine synchronous information to the effect "you're out of swapable memory" to be practical (that's the way Solaris implements it). I haven't thought this out in detail, but I also imagine it easier to handle ENOMEM than SIGDANGER, because of the synchronous nature of the first versus the asynchronous nature of the second. just my 2 euro cents Michael -- Michael Schuster / Michael.Schuster@sun.com Sun Microsystems GmbH / (+49 89) 46008-2974 | x62974 Sonnenallee 1, D-85551 Kirchheim-Heimstetten Recursion, n.: see 'Recursion' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message