[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: apr pools & memory leaks

From: Erik Huelsmann <ehuels_at_gmail.com>
Date: Wed, 1 Oct 2008 20:39:37 +0200

On Wed, Oct 1, 2008 at 8:31 PM, Mark Phippard <markphip_at_gmail.com> wrote:
> On Wed, Oct 1, 2008 at 2:11 PM, Ben Collins-Sussman
> <sussman_at_red-bean.com> wrote:
>> I have interesting memory leak data to share with these two lists
>> (crossposting to both svn and apr dev lists).
>>
>> Ever since we launched svn-on-bigtable over at Google (about 2 years
>> ago), we've been struggling with mysterious memory leaks in apache --
>> very similar to what users are complaining about in Subversion issue
>> 3084.
>>
>> After lots of analysis, here's what we've figured out so far.
>
> It is good to see some analysis on this issue. Here is link BTW:
>
> http://subversion.tigris.org/issues/show_bug.cgi?id=3084
>
> A couple questions:
>
> 1) This seems to happen only with Apache 2.2 and not 2.0. Is there
> any explanation for that supported by your analysis?
>
> 2) It seems like many of the people, at least on Windows, can
> reproduce this problem quickly. Could this just be due to running
> requests which create/destroy a lot of memory?
>
> 3) Any reason more Windows users would see this than Linux? Maybe
> more Windows SVN users use Apache 2.2 than on Linux?

Windows doesn't support prefork mode; only threaded operation. On
Linux/Unix the default mode of operation of Apache is some sort of
creation of disposable processes. The threaded operation in Windows
doesn't have that (a disposable process which cleans up any memory
management issues).

Bye,

Erik.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-10-01 20:39:55 CEST

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.