From owner-freebsd-hackers Tue Jul 13 14:16:14 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 62B211503E; Tue, 13 Jul 1999 14:16:09 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id OAA80781; Tue, 13 Jul 1999 14:14:52 -0700 (PDT) (envelope-from dillon) Date: Tue, 13 Jul 1999 14:14:52 -0700 (PDT) From: Matthew Dillon Message-Id: <199907132114.OAA80781@apollo.backplane.com> To: Jason Thorpe Cc: "Brian F. Feldman" , Noriyuki Soda , bright@rush.net, dcs@newsguy.com, freebsd-hackers@FreeBSD.ORG, jon@oaktree.co.uk, tech-userlevel@netbsd.org Subject: Re: Replacement for grep(1) (part 2) References: <199907132110.OAA23817@lestat.nas.nasa.gov> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG : :On Tue, 13 Jul 1999 11:59:25 -0700 (PDT) : Matthew Dillon wrote: : : > We could have the ability to mark processes as being more or less : > preferable as kill candidates. I'm not sure I really care anymore, : > though... there is so much disk space available now that it is fairly : > difficult to run the system out of swap space. I don't think I've : > run any of my personal systems out of swap space for at least a year : > now! Usually the biggest process is the one responsible (note: MFS : > processes do not count, and they are immune from being killed). : :...I suppose it depends on what market you're going for, too. Some :systems (not even necessarily OLD systems, but maybe modern, embedded :ones, too) don't always have the option of having "so much disk space :available". : :Seems like you want your operating system to behave the `correct' way :depending on the environment in which it's being used. : : -- Jason R. Thorpe 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. If you were to try to implement overcommit protection on a system with insufficient disk space, it probably wouldn't have enough reservable space to run basic system daemons, much less any actual servers. Read the part again where I mentioned the swap requirements for a non-overcommit model to operate at the same level as the current model. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message