From owner-freebsd-hackers Wed Sep 22 12:33:15 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.mt.sri.com (ns.mt.sri.com [206.127.79.91]) by hub.freebsd.org (Postfix) with ESMTP id 6FD3514CB9 for ; Wed, 22 Sep 1999 12:33:05 -0700 (PDT) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.9.3/8.9.3) with SMTP id NAA24732; Wed, 22 Sep 1999 13:32:49 -0600 (MDT) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id NAA15145; Wed, 22 Sep 1999 13:32:47 -0600 Date: Wed, 22 Sep 1999 13:32:47 -0600 Message-Id: <199909221932.NAA15145@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Alfred Perlstein Cc: Nate Williams , Chuck Robey , "Daniel C. Sobral" , Ivan , Matthew Dillon , freebsd-hackers@FreeBSD.ORG Subject: Re: Sleeping in low memory situations (was re: 3.3 lockups + X) In-Reply-To: References: <199909221846.MAA14760@mt.sri.com> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Reply-To: nate@mt.sri.com (Nate Williams) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > Not only that but perhaps reserving an amount of backing store for > > > root may be a good idea, artificially limit the resources to several > > > pages to enable root to actually do something in such a situation. > > > > Stick to the topic at hand. That's another topic again, and the topic > > is the validity of putting processes to sleep. > > No the topic is finding a better way to handle the situation in a more > intellegent manner. > > Nathan, if killing process randomly or even with Matt's algorithm is > what you want there will really be no changing that. I'm not looking > for arguments keeping the current method, i'm looking for arguments > for a new method of handling this. What's needed is a softer way > of doing this. Then propose another method in another thread. You were defending the process of putting a process to sleep, and I disagree that it's a good idea. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message