DO NOT REPLY [Bug 44948] mod_substitute has a memory leak (not a leak)

[bu...@apache.org]

https://issues.apache.org/bugzilla/show_bug.cgi?id=44948


Dan Poirier <po...@pobox.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |poirier@pobox.com




--- Comment #8 from Dan Poirier <po...@pobox.com>  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" \
"--enable-substitute"

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"
</Location>

# Keepalive forever
MaxKeepAliveRequests 0

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

Then I used ab to run millions of requests.  

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

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: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org