From owner-freebsd-arch Sat Mar 15 6:13:12 2003 Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CB7137B401; Sat, 15 Mar 2003 06:13:11 -0800 (PST) Received: from chiark.greenend.org.uk (chiark.greenend.org.uk [193.201.200.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CD6443F75; Sat, 15 Mar 2003 06:13:09 -0800 (PST) (envelope-from fanf@chiark.greenend.org.uk) Received: from fanf by chiark.greenend.org.uk with local (Exim 3.12 #1) id 18uCPL-00046G-00 (Debian); Sat, 15 Mar 2003 14:13:07 +0000 Date: Sat, 15 Mar 2003 14:13:07 +0000 From: Tony Finch To: Juli Mallett , Eivind Eklund , Mike Silbersack , arch@FreeBSD.org Subject: Re: cvs commit: src/sys/vm vm_map.c vm_map.h vm_pageout.c Message-ID: <20030315141307.C10065@chiark.greenend.org.uk> References: <200303122313.h2CNDHMU046431@repoman.freebsd.org> <20030312175458.J32334@odysseus.silby.com> <20030313005115.GA11794@HAL9000.homeunix.com> <20030313154226.X682@odysseus.silby.com> <20030314012954.A42430@FreeBSD.org> <20030314101857.A98861@FreeBSD.org> <20030315075427.GA25332@HAL9000.homeunix.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20030315075427.GA25332@HAL9000.homeunix.com>; from das@FreeBSD.org on Fri, Mar 14, 2003 at 11:54:27PM -0800 Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Mar 14, 2003 at 11:54:27PM -0800, David Schultz wrote: > > I think the fundamental principle here is that when the kernel is > dangerously low on virtual memory, it needs to be able to choose a > process to kill and be guaranteed that the process will die right > away and without generating many page faults. It would also be > great if the administrator could mark a few processes as > off-limits in a way that the pagedaemon can understand. Remember > that this is a rather rare situation; the system doesn't have to > do something incredibly intelligent, it just has to do something > reasonable. A couple of suggestions: don't kill processes with lots of children also counting their children's children (e.g. X) or that don't have a controlling terminal (daemons). Tony. -- f.a.n.finch http://dotat.at/ ROCKALL MALIN: SOUTHEASTERLY 4 OR 5, OCCASIONALLY 6 AT FIRST. MAINLY FAIR. MODERATE OR GOOD. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message