From owner-freebsd-stable@FreeBSD.ORG Thu May 15 07:17:04 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 EED48106566B for ; Thu, 15 May 2008 07:17:04 +0000 (UTC) (envelope-from yurtesen@ispro.net) Received: from mail.ispro.net (mail.ispro.net [87.251.0.19]) by mx1.freebsd.org (Postfix) with ESMTP id 0644A8FC19 for ; Thu, 15 May 2008 07:17:02 +0000 (UTC) (envelope-from yurtesen@ispro.net) Received: (qmail 88745 invoked by uid 399); 15 May 2008 10:14:15 +0300 Received: from dsl-tkubrasgw1-fed0de00-174.dhcp.inet.fi (HELO ?80.222.208.174?) (yurtesen@ispro.net@80.222.208.174) by mail.ispro.net with ESMTPAM; 15 May 2008 10:14:15 +0300 X-Originating-IP: 80.222.208.174 Message-ID: <482BE398.8010203@ispro.net> Date: Thu, 15 May 2008 10:17:44 +0300 From: Evren Yurtesen User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: Jeremy Chadwick References: <482B4DEE.3050705@ispro.net> <20080515010347.GA85202@eos.sc1.parodius.com> In-Reply-To: <20080515010347.GA85202@eos.sc1.parodius.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max sysctl. 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, 15 May 2008 07:17:05 -0000 Jeremy Chadwick wrote: > On Wed, May 14, 2008 at 11:39:10PM +0300, Evren Yurtesen wrote: >> Approaching the limit on PV entries, consider increasing either the >> vm.pmap.shpgperproc or the vm.pmap.pv_entry_max sysctl. >> Approaching the limit on PV entries, consider increasing either the >> vm.pmap.shpgperproc or the vm.pmap.pv_entry_max sysctl. > > I've seen this message on one of our i386 RELENG_7 boxes, which has a > medium load (webserver with PHP) and 2GB RAM. Our counters, for > comparison: > > vm.pmap.pmap_collect_active: 0 > vm.pmap.pmap_collect_inactive: 0 > vm.pmap.pv_entry_spare: 7991 > vm.pmap.pv_entry_allocs: 807863761 > vm.pmap.pv_entry_frees: 807708792 > vm.pmap.pc_chunk_tryfail: 0 > vm.pmap.pc_chunk_frees: 2580082 > vm.pmap.pc_chunk_allocs: 2580567 > vm.pmap.pc_chunk_count: 485 > vm.pmap.pv_entry_count: 154969 > vm.pmap.shpgperproc: 200 > vm.pmap.pv_entry_max: 1745520 > I guess one good question is, how can one see the number of PV entries used by a process? shouldnt these appear in the output of ipcs -a command? Another good question is, in many places there is references to rebooting after putting a new vm.pmap.shpgperproc value to loader.conf. However I just changed this on a running system, has it really been changed or was I suppose to reboot? In either case, I already increased vm.pmap.shpgperproc to 2000 (from 200) and still the error occurs, there is not so much load on this box, maybe there is a leak somewhere? Thanks, Evren