From owner-freebsd-stable@FreeBSD.ORG Thu Mar 13 17:18:30 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A95C106566B for ; Thu, 13 Mar 2008 17:18:30 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.freebsd.org (Postfix) with ESMTP id 32FB28FC2E for ; Thu, 13 Mar 2008 17:18:30 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 39E385CFF; Thu, 13 Mar 2008 13:02:53 -0400 (EDT) X-Virus-Scanned: amavisd-new at codefab.com Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tPi-zCRupTaZ; Thu, 13 Mar 2008 13:02:51 -0400 (EDT) Received: from cswiger1.apple.com (unknown [17.214.13.96]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTPSA id 1F3FD5C3C; Thu, 13 Mar 2008 13:02:51 -0400 (EDT) Message-Id: <5EA4E7F3-6F25-4B41-A123-082E250E3D19@mac.com> From: Chuck Swiger To: Stephen.Clark@seclark.us In-Reply-To: <47D91998.9030607@seclark.us> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Thu, 13 Mar 2008 10:02:49 -0700 References: <20080312215624.GR67856@elvis.mu.org> <47D91998.9030607@seclark.us> X-Mailer: Apple Mail (2.919.2) Cc: FreeBSD Stable List Subject: Re: Approaching the limit on PV entries X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Mar 2008 17:18:32 -0000 On Mar 13, 2008, at 5:10 AM, Stephen Clark wrote: >> sysctl kern.ipc.shm_use_phys=1 >> > > Could you please explain what that does and why? % sysctl -d kern.ipc.shm_use_phys kern.ipc.shm_use_phys: Enable/Disable locking of shared memory pages in core Basically, this sysctl can force SysV shared memory regions to be unpageable aka "locked down" or "wired down". > Also could someone point me to where all these sysctls are > documented other than in the source code - which lots of time has no > explanation. It would really help the average sys admin/ user if > these were documented. "sysctl -ad" will show a one-line description for most of them. Not all of these are intended for normal usage or tuning, however...some reflect purely debugging interfaces which only do make sense in the context of the associated source code. -- -Chuck