[prev in list] [next in list] [prev in thread] [next in thread] 

List:       subversion-issues
Subject:    [Issue 3084]  apache memory leak
From:       Denis Eperonnier <denis.eperonnier () hoerbiger ! com>
Date:       2009-05-31 18:43:06
Message-ID: 20090531184306.456C07B0A4A () sc157-tigr ! sjc ! collab ! net
[Download RAW message or body]

http://subversion.tigris.org/issues/show_bug.cgi?id=3084






------- Additional comments from depe@tigris.org Sun May 31 11:43:04 -0700 2009 -------
I'm running Apache/2.2.11 (Ubuntu) DAV/2 SVN/1.5.4 on Linux and I also had this
memory leak / Out Of Memory issue.

After few trials, I think I got the problematic option:
I did set 'SVNAllowBulkUpdates Off' in my mod_dav_svn config file and now memory
consumption stays normal (~100MB) during the whole checkout, even with about
1.6GB data / 6000 files to get.
Before (default value is On when option is not explicitly set), I could easily
get 500MB used after 15mn, if I let the process it would eventually fill up the
whole RAM/swap

To summarize, this option will force SVN clients to request only parts of the
tree to get, and not the entire tree within one request.
Default behavior is to let the client decide which amount of data to get for one
request.
This could explain why TortoiseSVN 1.6 has different behavior than SVN 1.6
command line version.
I indeed only got this memory problem using TortoiseSVN and not with SVN command
line.

See user manual section for more explanation about option
(http://svnbook.red-bean.com/en/1.5/svn.ref.mod_dav_svn.conf.html).

As a proposal, I would suggest to make documentation a bit more clear about
consequences in terms or RAM usage/Performance

Also TortoiseSVN should provide a setting to tune the number of data to get
within one request.

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=463&dsMessageId=2357314

To unsubscribe from this discussion, e-mail: [issues-unsubscribe@subversion.tigris.org].

[prev in list] [next in list] [prev in thread] [next in thread]