From owner-cvs-src@FreeBSD.ORG Sat Mar 5 01:56:43 2005 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 625E216A4CF; Sat, 5 Mar 2005 01:56:43 +0000 (GMT) Received: from mail21.syd.optusnet.com.au (mail21.syd.optusnet.com.au [211.29.133.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B5C243D1D; Sat, 5 Mar 2005 01:56:42 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) j251uatH008188 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 5 Mar 2005 12:56:37 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])j251ua7l008503; Sat, 5 Mar 2005 12:56:36 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)j251uaxY008502; Sat, 5 Mar 2005 12:56:36 +1100 (EST) (envelope-from pjeremy) Date: Sat, 5 Mar 2005 12:56:36 +1100 From: Peter Jeremy To: Julian Elischer , src-committers@FreeBSD.ORG, cvs-src@FreeBSD.ORG, cvs-all@FreeBSD.ORG Message-ID: <20050305015636.GC4394@cirb503493.alcatel.com.au> References: <61ac46c154aa515a692308440dd1141d@FreeBSD.org> <422710DD.1070203@freebsd.org> <422719E0.10703@samsco.org> <42279B6D.1000005@freebsd.org> <20050304182629.GA39457@VARK.MIT.EDU> <4228AB27.3020204@samsco.org> <4228B504.7000302@elischer.org> <20050304212329.GA40395@VARK.MIT.EDU> <20050304231620.GA4394@cirb503493.alcatel.com.au> <20050304234704.GA41005@VARK.MIT.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050304234704.GA41005@VARK.MIT.EDU> User-Agent: Mutt/1.4.2i Subject: Re: cvs commit: src/sys/kern kern_sig.c X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Mar 2005 01:56:43 -0000 On Fri, 2005-Mar-04 18:47:04 -0500, David Schultz wrote: >vm.swap_enabled *does* control kstack swapping only. Not according to it's documentation: "Enable entire process swapout". And based on a quick check of the code I can't see anything in the code path that restricts vm.swap_enabled to kstacks only. That said, the option "NO_SWAPPING" does state that it controls swapping of stack pages only but appears to implement a superset of vm.swap_enabled. ISTR that by the time the pager's done it's worst, there's not much left of a process but I thought it was more than the kstack. At the very least, the documentation for vm.swap_enabled is inconsistent with NO_SWAPPING. > What you're >thinking of, namely, paging in general, is controlled by whether >or not you have any swap devices configured. And maybe vm.disable_swapspace_pageouts -- Peter Jeremy