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

Re: svn switch: Possible Memory Leak

From: <kfogel_at_collab.net>
Date: 2004-10-22 15:27:43 CEST

Brian Buesker <bbuesker@qualcomm.com> writes:
> I posted the following message to the users mailing list but did not
> receive any responses. Are there any ideas on the cause of this? Are
> there any objections to me putting this into the issue tracker?

Can you reproduce this with the latest trunk Subversion? If so, yes,
filing an issue would be great.

(If you don't have time to try the reproduction, please let us know
here.)

Thanks,
-Karl

> I have a source tree which I checkout containing approximately 360 MB
> in about 240 K files. I access the repository through ra_dav (either
> HTTP or HTTPS). When I svn switch my working copy to another URL and
> watch the memory usage in top, I see it continuously growing. It does
> not stop growing until the switch completes, and the RSS eventually
> reaches above 700 MB. I believe it is related more to the number of
> files in the working copy rather than the total size, as I tested the
> same sequence of steps with only a single file of the same size, and
> no leak was observed.
>
> The repository is an FSFS repository, although it shouldn't matter as
> this problem is occurring on the client side.
>
> Sequence of steps to reproduce:
>
> 1. Create a repository with many files in the trunk (ie. by importing
> a large open source project such as ACE, TAO, and CIAO
> (http://deuce.doc.wustl.edu/ACE+TAO+CIAO.tar.gz))
> 2. Create a tag from the trunk
> 3. Checkout from the trunk
> 4. Switch to the tag, watching the memory usage grow as displayed in top
>
> Here is my environment:
>
> OS: CentOS 3.1 (equivalent to RedHat Enterprise Linux 3 Update 2)
>
> SVN Version:
> $ svn --version
> svn, version 1.1.0 (Release Candidate 3)
> compiled Sep 27 2004, 09:12:49
>
> Copyright (C) 2000-2004 CollabNet.
> Subversion is open source software, see http://subversion.tigris.org/
> This product includes software developed by CollabNet
> (http://www.Collab.Net/).
>
> The following repository access (RA) modules are available:
>
> * ra_dav : Module for accessing a repository via WebDAV (DeltaV) protocol.
> - handles 'http' schema
> - handles 'https' schema
> * ra_local : Module for accessing a repository on local disk.
> - handles 'file' schema
> * ra_svn : Module for accessing a repository using the svn network
> protocol.
> - handles 'svn' schema
>
> Compiler:
> $ gcc --version
> gcc (GCC) 3.2.3 20030502 (Red Hat Linux 3.2.3-34)
> Copyright (C) 2002 Free Software Foundation, Inc.
> This is free software; see the source for copying conditions. There is NO
> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
>
> Perl Version:
> $ perl -v
>
> This is perl, v5.8.5 built for i386-linux-thread-multi
>
> Copyright 1987-2004, Larry Wall
>
> Perl may be copied only under the terms of either the Artistic License
> or the
> GNU General Public License, which may be found in the Perl 5 source kit.
>
> Complete documentation for Perl, including FAQ lists, should be found on
> this system using `man perl' or `perldoc perl'. If you have access to the
> Internet, point your browser at http://www.perl.com/, the Perl Home Page.
>
> Berkeley DB Version: 4.2.52
>
> Please let me know if there is any more information I can provide to
> help debug this problem.
>
> Thanks,
> Brian Buesker
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Oct 22 17:19:30 2004

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.