From owner-freebsd-hackers Wed Jul 14 1:13:36 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from adelphi.physics.adelaide.edu.au (adelphi.physics.adelaide.edu.au [129.127.36.247]) by hub.freebsd.org (Postfix) with ESMTP id 30C1314D4B for ; Wed, 14 Jul 1999 01:13:31 -0700 (PDT) (envelope-from kkennawa@physics.adelaide.edu.au) Received: from bragg (bragg [129.127.36.34]) by adelphi.physics.adelaide.edu.au (8.8.8/8.8.8/UofA-1.5) with SMTP id RAA15400; Wed, 14 Jul 1999 17:43:30 +0930 (CST) Received: from localhost by bragg; (5.65/1.1.8.2/05Aug95-0227PM) id AA14675; Wed, 14 Jul 1999 17:43:21 +0930 Date: Wed, 14 Jul 1999 17:43:21 +0930 (CST) From: Kris Kennaway X-Sender: kkennawa@bragg To: Ted Faber Cc: Matthew Dillon , hackers@freebsd.org Subject: Re: Replacement for grep(1) (part 2) In-Reply-To: <199907140017.RAA05545@boreas.isi.edu> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 13 Jul 1999, Ted Faber wrote: > Matthew Dillon wrote: > >I said: > >:So, Matt, I understand that you think that the folks who are want to > >:turn off overcommit are looking to hang themselves, but how much does > >:it cost to sell them the rope? > > > > I'm guessing that a simple implementation would be about an hour's > > worth of work on the kernel: [...] > > > > But you would never be able to run normal system programs reliably > > without also going through the entire utility source base and doing a > > whole lot of rewriting. Standard programs such as > > are not going to be happy when the limit is > > hit and this will slowly cause system daemons to disappear from the > > system and for programs to start dying in odd ways when you do anything > > that brings the system close to an 'overcommitted' state. > > If it's a small hunk of work, maybe one of the folks who wants the > overcommit turned off can do the work and get it committed or > post patches. It would allow the arguments to be decided by > experiment. It seems we're well past the point of convincing anyone > verbally. You know, it occurred to me that with all the time wasted typing up messages in this thread someone (e.g. Matt) could have instead coded up a simple non-overcommit model, given it to the nay-sayers and said "Run this and see what I mean about making your system unusable" :-) At least that way people might finally shut up about it all.. Kris ----- "Never criticize anybody until you have walked a mile in their shoes, because by that time you will be a mile away and have their shoes." -- Unknown To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message