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

AW: AW: This application has requested the Runtime to terminate i t in an unusual way.

From: Akin, Klaus <Klaus.Akin_at_infor.de>
Date: 2005-06-22 13:02:10 CEST

Hi,

The recipe to get a large memory usage on the svn client:

-- first check out some data for example:
svn co http://svn.collab.net/repos/svn/trunk subversion
-- delete all .svn files in this folder

-- create the repository
svnadmin create memoryleak
-- make it general writeable

--start the server
start svnserve -d -r .

-- import the data to folder subversion
svn import subversion svn://<machine>/memoryLeak/subversion/ -m "import"
-- create an empty dir
svn mkdir svn://<machine>/memoryLeak/empty -m "creating empty dir"
-- checkout the empty folder
svn co svn://<machine>/memoryLeak/empty test
-- merge
svn merge svn://<machine>/memoryLeak/empty
             svn:// <machine>/memoryLeak/subversion/ test

During the merge the process is increasing to 60MB. It is never decreasing
during merge. The data in the test folder is about 53MB.

Thanks

Klaus

-----Ursprüngliche Nachricht-----
Von: John Szakmeister [mailto:john@szakmeister.net]
Gesendet: Mittwoch, 22. Juni 2005 10:55
An: users@subversion.tigris.org
Betreff: Re: AW: This application has requested the Runtime to terminate it
in an unusual way.

On Wednesday 22 June 2005 04:29, Akin, Klaus wrote:
> Hallo,
>
> Thanks for your answer. You are right, it is an out of memory error.
> The memory of the process goes up to 2 GB (which is the upper bound for
> a Process on a win 32 machine), and than throws an out of memory error.
> The files, which I want to checkout have an amount of 400MB (without
> the .svn files). During the merge the memory is always increasing and
> never decreasing.
> Is there a memory leak in the svn client?

There could be a place where we aren't freeing the memory as early as we
can. I thought several developers chased most of these down... perhaps
we missed on though.

Can you generate a complete reproduction recipe? Starting from creating a
repository, to chewing up lots of memory? It doesn't have to fail, but
as long as we can see the memory grow unbounded, that will be sufficient.
It would greatly help to have such a recipe when chasing down this
problem.

Thanks!

-John

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Jun 22 13:05:03 2005

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