From owner-freebsd-stable@FreeBSD.ORG Tue Apr 12 13:53:04 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D787E16A4E6 for ; Tue, 12 Apr 2005 13:53:03 +0000 (GMT) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15BB343D3F for ; Tue, 12 Apr 2005 13:53:01 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 42BE8B850 for ; Tue, 12 Apr 2005 09:53:00 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v619.2) In-Reply-To: <014301c53eb5$42638bf0$b3db87d4@multiplay.co.uk> References: <014301c53eb5$42638bf0$b3db87d4@multiplay.co.uk> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-19--284690505; protocol="application/pkcs7-signature" Message-Id: <0c9a92c2eb7461f25aa924322407f950@khera.org> From: Vivek Khera Date: Tue, 12 Apr 2005 09:52:59 -0400 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.619.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Re: kernel killing processes when out of swap X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Apr 2005 13:53:04 -0000 --Apple-Mail-19--284690505 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed On Apr 11, 2005, at 12:01 PM, Steven Hartland wrote: > of swap? Which leads to the question would it not be more sensible to > kill off the largest process first as its more than likely that it is > responsible > for the problem? > so when this largest process is your production database server for your e-commerce site, what will you change your recommendation to be? basically, there is no "right" choice of process to kill. a machine that is out of resources is just a bad situation, and the right thing is to try to avoid getting there with careful monitoring and planning. Vivek Khera, Ph.D. +1-301-869-4449 x806 --Apple-Mail-19--284690505--