From owner-freebsd-stable@FreeBSD.ORG Fri May 12 21:27:47 2006 Return-Path: X-Original-To: stable@freebsd.org 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 4205D16B1BD for ; Fri, 12 May 2006 21:27:47 +0000 (UTC) (envelope-from vladgalu@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 402F943D93 for ; Fri, 12 May 2006 21:27:41 +0000 (GMT) (envelope-from vladgalu@gmail.com) Received: by py-out-1112.google.com with SMTP id e30so650629pya for ; Fri, 12 May 2006 14:27:38 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=UHrirUZLbAsP93XhqRor4R01i3DU1Om7ImVXfcj7ztmGoSXv34591CmzWgYqgPyWuPFfaM48B2nGGQpovg0BEWD52fHqsc1G4HGryh39ak7widwWSb54RdxiNrJplI3sjBWNRszK+jg8ReKEnxngP7D+CQwgV9oUTgx+Bg3n0Bo= Received: by 10.35.15.11 with SMTP id s11mr288866pyi; Fri, 12 May 2006 14:27:38 -0700 (PDT) Received: by 10.35.34.3 with HTTP; Fri, 12 May 2006 14:27:38 -0700 (PDT) Message-ID: <79722fad0605121427r7bc00f16k979e0bc3ecc2084a@mail.gmail.com> Date: Sat, 13 May 2006 00:27:38 +0300 From: "Vlad GALU" To: stable@freebsd.org In-Reply-To: <4464FA8D.5060309@fer.hr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <4464FA8D.5060309@fer.hr> Cc: Subject: Re: pagezero again 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: Fri, 12 May 2006 21:27:54 -0000 On 5/13/06, Ivan Voras wrote: > Some time ago I reported that pagezero kernel thread sometime takes > (what seems to me) a too large chunk of available CPU (30%) on a very > busy web server. There were no replies :( Since then, I've reconfigured > apache to use PHP as a fastcgi module and the problem seems to have > gotten worse - now it *always* takes ~25-30% CPU, and my "System" time > stat shows it (its almost always ~30%). > > From what I can understand, pagezero thread fills kernel's pool of > zeroed pages. This looks non-threteaning, but what would cause such high > demand of zeroed pages on my system? The number of processes is almost > constant, there are no frequent process spawnings or forks (top shows > "last pid" to be almost constant). FastCGI processes communicate over > UNIX sockets. > > Also, pagezero thread is (should be) executing at idle priority - does > this mean it won't interfere much with machine's performance? Even if > "0% idle" is not uncommon state? > How is the system, swapping-wise ? --=20 If it's there, and you can see it, it's real. If it's not there, and you can see it, it's virtual. If it's there, and you can't see it, it's transparent. If it's not there, and you can't see it, you erased it.