Return-Path: Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: (qmail 80874 invoked from network); 28 Sep 2009 19:19:46 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 28 Sep 2009 19:19:46 -0000 Received: (qmail 36454 invoked by uid 500); 28 Sep 2009 19:19:43 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 36415 invoked by uid 500); 28 Sep 2009 19:19:43 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 36350 invoked by uid 99); 28 Sep 2009 19:19:42 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 28 Sep 2009 19:19:42 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [198.66.163.13] (HELO justvps1.securesites.net) (198.66.163.13) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 28 Sep 2009 19:19:33 +0000 Received: from Laptop (host86-130-79-71.range86-130.btcentralplus.com [86.130.79.71]) (authenticated bits=0) by justvps1.securesites.net (8.13.1/8.13.1) with ESMTP id n8SJJ9xG009617 for ; Mon, 28 Sep 2009 19:19:12 GMT Message-ID: <3E4C6B980118491FA01447811C80D82C@Laptop> From: "Justin Wyllie" To: Subject: huge httpd processes Date: Mon, 28 Sep 2009 20:19:03 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00BE_01CA4078.EBF16740" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5843 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Virus-Checked: Checked by ClamAV on apache.org This is a multi-part message in MIME format. ------=_NextPart_000_00BE_01CA4078.EBF16740 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi I've been attempting to fine-tune my server. The apache/mod_perl processes are around 90 Mbs - to start with.=20 I've preloaded a lot of code in the startup file and that makes the = shared memory space about 6 Mb. I can now see how my processes do not = grow due to code being loaded when it is requested.=20 But I'm struggling to understand why my processes are so huge. Using top = with the DATA field that shows that almost all the 90 mbs is data not = executable code. If this is the correct interpretation of that? (Indeed = it looks like it is swapping straight away as in some cases the data is = greater than the resident memory and must therefore be in virtual = memory).=20 There is some convoluted code which loads 16 mbs of data into memory = when it serves a request - which I have not yet tracked down. (It is a = complicate custom searching application ....) but the processes start at = 90 Mb even before this. I'm wondering if anyone can advise me on how I could go about trying to = understand where this 90 Mbs is comming from? Some of it must be the = mod_perl and apache binaries - but how much should they be, and apart = from the 6mb in shared memory for my pre-loaded modules, where is it all = comming from? many thanks Justin Wyllie ------=_NextPart_000_00BE_01CA4078.EBF16740 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi

I've been attempting to fine-tune my=20 server.

The apache/mod_perl processes are = around 90 Mbs -=20 to start with.

I've preloaded a lot of code in the = startup file=20 and that makes the shared memory space about 6 Mb. I can now see = how my=20 processes do not grow due to code being loaded when it is requested.=20

But I'm struggling to understand why my = processes=20 are so huge. Using top with the DATA field that shows that almost all = the 90 mbs=20 is data not executable code. If this is the correct interpretation of = that?=20 (Indeed it looks like it is swapping straight away as in some cases the = data is=20 greater than the resident memory and must therefore be in virtual = memory).=20

There is some convoluted code which = loads 16 mbs of=20 data into memory when it serves a request - which I have not yet tracked = down.=20 (It is a complicate custom searching application ....) but the processes = start=20 at 90 Mb even before this.

I'm wondering if anyone can advise = me on how I=20 could go about trying to understand where this 90 Mbs is comming=20 from? Some of it must be the = mod_perl and=20 apache binaries - but how much should they be, and apart from the 6mb in = shared=20 memory for my pre-loaded modules, where is it all comming = from?

many thanks

Justin = Wyllie

------=_NextPart_000_00BE_01CA4078.EBF16740--