From owner-freebsd-hackers Tue Jul 13 14:40:25 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [209.157.86.2]) by hub.freebsd.org (Postfix) with ESMTP id E05E315306 for ; Tue, 13 Jul 1999 14:40:19 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id OAA81030; Tue, 13 Jul 1999 14:38:58 -0700 (PDT) (envelope-from dillon) Date: Tue, 13 Jul 1999 14:38:58 -0700 (PDT) From: Matthew Dillon Message-Id: <199907132138.OAA81030@apollo.backplane.com> To: Jason Thorpe Cc: freebsd-hackers@FreeBSD.ORG, tech-userlevel@netbsd.org Subject: Re: Replacement for grep(1) (part 2) References: <199907132130.OAA24167@lestat.nas.nasa.gov> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG : :On Tue, 13 Jul 1999 14:14:52 -0700 (PDT) : Matthew Dillon wrote: : : > If you don't have the disk necessary for a standard overcommit model to : > work, you definitely do not have the disk necessary for a non-overcommit : > model to work. : :You obviously didn't pay attention to Chris's posting, nor apparently did :you see th "embedded" in my posting. : :Who said anything about even having disks to swap to? I just want the :kernel to tell me when there aren't any more backing store resources :(including *PHYSICAL PAGES*) for the memory allocation I just requested :from userspace. That way, my correctly written program can take appropriate :action (like, say, invoke its type-stable memory pool garbage collector, and :try again). : :Right now, BSD doesn't do this, and that makes creating a truly reliable :system *very hard*. : : -- Jason R. Thorpe Sure it does. You are running an embedded system? It has no swap? Fine... you have ultimate design control over every process running on the system. Simply set appropriate resource limits for the processes run by the system and you are done. All the embedded systems I've ever done - and I've done quite a few, panic and reboot if they run out of memory. The programs are written with a designed-in safety margin. If the system runs out of memory, it is a catastrophic error and not something the programs try to clean up from. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message