From owner-freebsd-hackers Tue Jul 13 16:52:19 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from implode.root.com (root.com [209.102.106.178]) by hub.freebsd.org (Postfix) with ESMTP id ACC3915157 for ; Tue, 13 Jul 1999 16:52:07 -0700 (PDT) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.8/8.8.5) with ESMTP id QAA13287; Tue, 13 Jul 1999 16:49:57 -0700 (PDT) Message-Id: <199907132349.QAA13287@implode.root.com> To: Matthew Dillon Cc: freebsd-hackers@FreeBSD.ORG, tech-userlevel@netbsd.org Subject: Re: Replacement for grep(1) (part 2) In-reply-to: Your message of "Tue, 13 Jul 1999 16:24:53 PDT." <199907132324.QAA81905@apollo.backplane.com> From: David Greenman Reply-To: dg@root.com Date: Tue, 13 Jul 1999 16:49:57 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >: >:Well, all I can say is: >: >: I'm sure glad you don't have any influence over the code >: base I run. >: >: -- Jason R. Thorpe > > 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 > anything that hasn't been heard before. You are welcome to ask them, > of course, but that is the feeling I get. There are much easier ways > to accomplish the level of control required. I'm not fundamentally opposed to a no-overcommit knob, but I think implementing it properly is more difficult than people think. There are things that do implied swap allocation (automatic stack allocation and fork() are two examples) that make this a difficult problem to solve. I wouldn't personally want to run a system with such a knob turned on, however, and I tend to agree with Matt that there are other better ways to solve the embedded system case. -DG David Greenman Co-founder/Principal Architect, The FreeBSD Project - http://www.freebsd.org Creator of high-performance Internet servers - http://www.terasolutions.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message