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

List:       subversion-issues
Subject:    [Issue 3593]  svnadmin dump unbounded memory use with fsfs
From:       Philip Martin <philip.martin () wandisco ! com>
Date:       2010-02-26 13:59:41
Message-ID: 20100226135941.54675FCC0D7 () sc157-tigr ! sjc ! collab ! net
[Download RAW message or body]

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






------- Additional comments from philip@tigris.org Fri Feb 26 05:59:40 -0800 2010 -------
I built apr with APR_POOL_DEBUG=19 to get a pool debug trace.  The thing that
stands out is that there are repeated allocations like this:

POOL DEBUG: [32109/140561879308112]  PALLOC (    364314/   6108864/   6111292)
0x01435820 "../src-1.6/subversion/svnadmin/main.c:1463" <../table/apr_hash.c:277
(5640/5640/0)

This is the pool passed into svn_repos_dump_fs2 so it is never cleared.  The
allocations gradually increase in size. Using gdb and setting a conditional
break point on this line shows that it is the hash table in "struct
inprocess_cache_t" that is responsible for these allocations.

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

To unsubscribe from this discussion, e-mail: [issues-unsubscribe@subversion.tigris.org].
[prev in list] [next in list] [prev in thread] [next in thread]