From owner-freebsd-hackers Tue Jul 13 16:34: 4 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 B43B714C9F for ; Tue, 13 Jul 1999 16:34:01 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id QAA82004; Tue, 13 Jul 1999 16:33:41 -0700 (PDT) (envelope-from dillon) Date: Tue, 13 Jul 1999 16:33:41 -0700 (PDT) From: Matthew Dillon Message-Id: <199907132333.QAA82004@apollo.backplane.com> To: Jason Thorpe Cc: freebsd-hackers@FreeBSD.ORG, tech-userlevel@netbsd.org Subject: Re: Replacement for grep(1) (part 2) References: <199907132328.QAA25285@lestat.nas.nasa.gov> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :On Tue, 13 Jul 1999 16:24:53 -0700 (PDT) : Matthew Dillon wrote: : : > I'm sure the feeling is mutual. More to the point, I really seriously : > doubt that any of the core developers would consider this idea either : > because it's been rejected in the past and, so far, nobody has offered : :Core developers for who? FreeBSD? Fine! I wouldn't ever run it! :-) : : -- Jason R. Thorpe Maybe if I call the sysctl "vm.crashmenow". No, that will just make more people actually try it. It might be doable as a compile-time option, since you wouldn't be able to run anything approaching standard on such a system anyway. I don't see much use for it myself. As I said before, there are easier ways to manage memory that are not quite as arbitrary as simply refusing a potential overcommit. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message