From owner-freebsd-hackers Wed Sep 22 22: 9:16 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from picnic.mat.net (picnic.mat.net [206.246.122.133]) by hub.freebsd.org (Postfix) with ESMTP id 6F81914F80 for ; Wed, 22 Sep 1999 22:09:13 -0700 (PDT) (envelope-from chuckr@mat.net) Received: from localhost (localhost [127.0.0.1]) by picnic.mat.net (8.9.3/8.9.3) with ESMTP id BAA82573; Thu, 23 Sep 1999 01:07:15 -0400 (EDT) (envelope-from chuckr@mat.net) Date: Thu, 23 Sep 1999 01:07:11 -0400 (EDT) From: Chuck Robey To: "Daniel C. Sobral" Cc: Matthew Dillon , Nate Williams , Alfred Perlstein , Ivan , freebsd-hackers@FreeBSD.ORG Subject: Re: Out of swap handling and X lockups in 3.2R In-Reply-To: <37E9AB80.C67E1B1D@newsguy.com> 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 Thu, 23 Sep 1999, Daniel C. Sobral wrote: > Matthew Dillon wrote: > > > > How about this - add an 'importance' resource. The lower the number, > > the more likely the process will be killed if the system runs out of > > resources. We would also make fork automatically decrement the number > > by one in the child. > > Well, that's one thing people have asked for. It can be useful, and > doesn't sound particularly hard to code, nor too intrusive or > resource-hog. Would make some people, on both camps. > > Alas, some people will never let go until we have a no overcommit > switch, and *then* they'll start asking for us to go to the lengths > Solaris does to reduce the disadvantages. Ohh, don't bring that up, mi has been waiting for that ... ---------------------------------------------------------------------------- Chuck Robey | Interests include C programming, Electronics, 213 Lakeside Dr. Apt. T-1 | communications, and signal processing. Greenbelt, MD 20770 | I run picnic.mat.net: FreeBSD-current(i386) and (301) 220-2114 | jaunt.mat.net : FreeBSD-current(Alpha) ---------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message