From owner-freebsd-hackers@FreeBSD.ORG Fri May 12 16:28:48 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6DC216A69F for ; Fri, 12 May 2006 16:28:48 +0000 (UTC) (envelope-from silby@silby.com) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.FreeBSD.org (Postfix) with SMTP id 00C4443D68 for ; Fri, 12 May 2006 16:28:47 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 52085 invoked from network); 12 May 2006 16:28:46 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 12 May 2006 16:28:46 -0000 X-pair-Authenticated: 209.68.2.70 Date: Fri, 12 May 2006 11:28:45 -0500 (CDT) From: Mike Silbersack To: Iasen Kostov In-Reply-To: <1147448667.99925.11.camel@DraGoN.OTEL.net> Message-ID: <20060512112629.B1879@odysseus.silby.com> References: <1147264089.51661.10.camel@DraGoN.OTEL.net> <1147264379.51661.14.camel@DraGoN.OTEL.net> <1147265038.51661.19.camel@DraGoN.OTEL.net> <1147361590.33341.19.camel@DraGoN.OTEL.net> <20060512071711.GA714@turion.vk2pj.dyndns.org> <1147428461.98918.10.camel@DraGoN.OTEL.net> <20060512112809.GD714@turion.vk2pj.dyndns.org> <1147437061.98918.24.camel@DraGoN.OTEL.net> <20060512102305.T1879@odysseus.silby.com> <1147448667.99925.11.camel@DraGoN.OTEL.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Hackers Subject: Re: Heavy system load by pagedaemon X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 May 2006 16:28:49 -0000 On Fri, 12 May 2006, Iasen Kostov wrote: > On Fri, 2006-05-12 at 10:27 -0500, Mike Silbersack wrote: >> Can you provide instructions on how to create a testbench that exhibits >> these same problems? Can eAccelerator + PHP + Apache + some simple script >> + apachebench do the trick? >> > Nope, apache probaly needs to use many pages of shared memory to > exhaust the PV Entries (as I understand it). eAccelerator uses shm when > it has something to put there and most porbably apache does the same. So > I think You'll need a lot of different scripts (and many apache > processes) to make eAccelerator cache them and probaly some other media > to make apache use shm on it own (I'm realy not sure how apache uses > shared memory but it probably does because this problem apears when > people are using forking apache). Well, let me restate what I said above. If nobody else is running into this, nobody else will be motivated to fix it. On the other hand, if you put in the time to figure out how others can reproduce it, others then will be able to try to help fixing it. If you don't show a to reproduce it, there's no way it can be fixed. > That's realy nice to hear. Interesting thing is that: > > sysctl vm.zone | grep PV > PV ENTRY: 48, 5114880, 4039498, 564470, 236393602 > > PV Entry's size is 48 here which is even worst than 28 case ... :) > > Regards. Ah, I was quoting the i386 change. On amd64, he reduced it from 48 bytes to 24 bytes. :) Mike "Silby" Silbersack