We have a customer that's seeing a very slow memory leak under certain
circumstances that we haven't yet been able to pinpoint.  I can
reproduce it, but it requires a very particular method of downloading
files that I don't quite understand yet. (not entirely sure how this
would impact mod_jk either).  Our customer is still on an older mod_jk
1.2.37 but I'm able to see the behavior on 1.2.40.  

They had Microsoft analyze a memory dump and Microsoft came to the
analysis that mod_jk was leaking 8k at a time and this is the stack of
each allocation:
Function                            Destination
libapr_1!apr_palloc+212             msvcrt!malloc
libaprutil_1!apr_brigade_create+11  libapr_1!apr_palloc
libhttpd!ap_rflush+19               libaprutil_1!apr_brigade_create
mod_jk+3183a                        libhttpd!ap_rflush
mod_jk+9729
mod_jk+f3bd
kernel32!TlsSetValueStub
ntdll!_except_handler4
msvcrt!_except_handler4
ntdll!_except_handler4
ntdll!FinalExceptionHandler
msvcrt!_threadstartex

I'm far far from a Windows developer :( so I'm slowly getting a system
configured to do the debugdiag analysis that Microsoft did with the pdb
files to get the actual symbols.  This will take me some time so I
thought I'd mail here to see of anyone has seen anything similar or if
there's any thoughts on what would be slowly leaking the 8k through
mod_jk.

If not, I'll try to get the real stack shortly once I get debugdiag
figured out.

Thanks,
Andy

Reply via email to