httpd-bugs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
Subject DO NOT REPLY [Bug 44948] mod_substitute has a memory leak (not a leak)
Date Mon, 02 Mar 2009 13:19:40 GMT

Dan Poirier <> changed:

           What    |Removed                     |Added
                 CC|                            |

--- Comment #8 from Dan Poirier <>  2009-03-02 05:19:38 PST ---
I was unable to reproduce this.

I built httpd 2.2.11 on Ubuntu 8.10, same configuration as above:

"./configure" \
"--prefix=/home/poirier/src/httpd-2.2.11/built" \
"--enable-proxy" \
"--enable-proxy-ajp" \
"--enable-rewrite" \

I configured it to do a simple substitution, to use keepalive, and to have very
long-lived processes:

<Location />
AddOutputFilterByType SUBSTITUTE text/html
Substitute "s|It works|Hi Dan|i"

# Keepalive forever
MaxKeepAliveRequests 0

# Using prefork
<IfModule mpm_prefork_module>
    StartServers          1
    MinSpareServers       1
    MaxSpareServers       20
    MaxClients            10
    MaxRequestsPerChild   0

Then I used ab to run millions of requests.  

bin/ab -c 5 -k -n 100000 http://localhost/

According to ps, VSZ and RSS for the child processes plateaued early and never
changed again.

I did find that the "ab" utility gobbled memory and to get through millions of
requests, I had to invoke it in smaller batches or ab ended up triggering
swapping.  But httpd's memory usage never budged.

Questions for those who have reported this problem:

- Have you tried it on 2.2.11?   (Run a million requests or so, not 10 or 20. 
If memory usage goes up steadily, there's a leak; if it settles down to a
steady size, there's not.)

- If you're still seeing it on 2.2.11, can you provide the exact configuration
you're using - configure command (build/config.nice), httpd.conf (conf/* and
conf/*/*), even the web page being substituted against?  Try to narrow it down
to the simplest configuration that still shows the problem, of course.

Configure bugmail:
------- You are receiving this mail because: -------
You are the assignee for the bug.

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message