Return-Path: Delivered-To: apmail-httpd-modules-dev-archive@locus.apache.org Received: (qmail 3774 invoked from network); 29 Mar 2008 05:23:50 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 29 Mar 2008 05:23:50 -0000 Received: (qmail 22471 invoked by uid 500); 29 Mar 2008 05:23:49 -0000 Delivered-To: apmail-httpd-modules-dev-archive@httpd.apache.org Received: (qmail 22440 invoked by uid 500); 29 Mar 2008 05:23:49 -0000 Mailing-List: contact modules-dev-help@httpd.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: modules-dev@httpd.apache.org Delivered-To: mailing list modules-dev@httpd.apache.org Received: (qmail 22431 invoked by uid 99); 29 Mar 2008 05:23:49 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 28 Mar 2008 22:23:49 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [65.107.63.162] (HELO mail.sequoiagroup.com) (65.107.63.162) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 29 Mar 2008 05:23:08 +0000 Received: from localhost ([127.0.0.1]) by mail.sequoiagroup.com (IceWarp 9.1.1) with SMTP id JIA35918; Fri, 28 Mar 2008 23:23:18 -0600 Date: Fri, 28 Mar 2008 23:23:18 -0600 From: "Chris Kukuchka" Reply-To: "Chris Kukuchka" To: modules-dev@httpd.apache.org Subject: Re: Query on deletion of Request pool Message-ID: <9becace09dd9052132d08b48a743c4ab@sequoiagroup.com> X-Mailer: IceWarp Web Mail 5.6.7 X-Originating-IP: 76.27.54.180 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit X-Spam-IndexStatus: 0 X-Virus-Checked: Checked by ClamAV on apache.org From: "Arnab Ganguly" aganguly01@gmail.com > >It up to the OS to mark the freed areas as free or use it as a > >filesystem buffer or whatever buffer, as long as the memory isn't needed > >by applications. > > Thanks for the update.Actually when I do top -p on the process id I do see > memory consumed by Apache is very less but over the time when I do free -m > the RAM gets reduced. As Robert indicated, a running Linux system will attempt to make use of all physical memory. This is because it is undesirable to leave memory unused (wasted) when it can be put to good use for things such as disk cache. Google "linux memory management" for more information. > I wonder can be this case happen free -m is 0 and the > machine will crash or something.... Typically, you will see free memory get close to 0 and stay there. It will usually not go past that point unless you have your machine overloaded in some fashion. In most cases, even if free memory dips to 0, you will still have your swap memory available. At that point, system performance will start to degrade, but you will still be running. > I was thinking may be the Apache was eating up the RAM To see how much physical memory (in kilobytes) is being used by Apache, use this command sequence: ps -e -o rss,comm | fgrep httpd | awk '{sum+=$1} END {print sum}' It is not unusual to see memory go up as an Apache process matures. This is especially true if you are running modules like PHP or Perl which have the potential to load many helper modules. A quick review of a handful of running machines available to me show 2-18MB per process is not unusual. Of those, PHP users are typically 10-12MB higher than non-PHP users. YMMV. Regards, Chris Kukuchka Sequoia Group, Inc.