Return-Path: Delivered-To: apache-bugdb-archive@hyperreal.org Received: (qmail 1236 invoked by uid 6000); 24 May 1999 02:10:07 -0000 Received: (qmail 1156 invoked by uid 2001); 24 May 1999 02:10:03 -0000 Received: (qmail 29283 invoked by uid 2012); 24 May 1999 02:03:44 -0000 Message-Id: <19990524020344.29282.qmail@hyperreal.org> Date: 24 May 1999 02:03:44 -0000 From: George Michaelson Reply-To: ggm@dstc.edu.au To: apbugs@hyperreal.org X-Send-Pr-Version: 3.2 Subject: general/4463: some httpd have extremely large memory footprints, 10x the norm Sender: apache-bugdb-owner@apache.org Precedence: bulk >Number: 4463 >Category: general >Synopsis: some httpd have extremely large memory footprints, 10x the norm >Confidential: no >Severity: serious >Priority: medium >Responsible: apache >State: open >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Sun May 23 19:10:02 PDT 1999 >Last-Modified: >Originator: ggm@dstc.edu.au >Organization: apache >Release: 1.3.4 >Environment: Solaris 2.6, gcc 2.8.1 SunOS mirror.aarnet.edu.au 5.6 Generic_105181-13 sun4d sparc SUNW,SPARCserver-1000 >Description: the host in question is a large FTP/www mirror and provides access to files such as RedHat ISO images, StarOffice as http protocol downloads as well as FTP. we see random (unknown) instances of httpd where the memory footprint grows to be 20-30Mb, with 10+ Resident. kill -HUP clears. After kill -HUP the machine stops swapping. /tmp is in swap, we then also see an end to "out of /tmp" space problems. top and vmstat and ps agree about the process size >How-To-Repeat: >Fix: Without having looked in any depth, I wonder if use of a mmap() form of I/O is leading to large objects getting mapped into the server memory space and then not getting released. setting the number of calls before child-death down reduces the problem so we have a workaround. I did search manual pages but found no reference to directives which seem to address potential memory growth issues. cheers -George >Audit-Trail: >Unformatted: [In order for any reply to be added to the PR database, ] [you need to include in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ] [If you do not include this Cc, your reply may be ig- ] [nored unless you are responding to an explicit request ] [from a developer. ] [Reply only with text; DO NOT SEND ATTACHMENTS! ]