From owner-freebsd-hackers Sun Feb 25 4:17:12 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id AA98D37B401 for ; Sun, 25 Feb 2001 04:17:08 -0800 (PST) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p36-dn01kiryunisiki.gunma.ocn.ne.jp [211.0.245.37]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id VAA18444; Sun, 25 Feb 2001 21:17:01 +0900 (JST) Message-ID: <3A98F713.393532F7@newsguy.com> Date: Sun, 25 Feb 2001 21:14:11 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR MIME-Version: 1.0 To: Julian Elischer Cc: Peter Seebach , freebsd-hackers@FreeBSD.ORG Subject: Re: Setting memory allocators for library functions. References: <200102241643.f1OGhw616627@guild.plethora.net> <3A988312.2E238F48@elischer.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Julian Elischer wrote: > > to not be caught by surprise, > simply touch every page after you allocate it. It doesn't work. The application killed by reason of insufficient resources is not (necessarily) the one that causes the page fault leading to that. Id est, if my application allocates all available memory, touching every page, and then some other application touches a pre-allocated page not backed by memory or swap, it is quite likely mine which will get killed. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@kzinti.bsdconspiracy.net Acabou o hipismo-arte. Mas a desculpa brasileira mais ouvida em Sydney e' que nao tem mais cavalo bobo por ai'. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message