You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Francois Beausoleil <fb...@users.sourceforge.net> on 2004/03/27 02:52:50 UTC

Possible bug - Subversion using 310+ Mb RAM during commit

Hi !

I was upgrading a vendor drop in my repository, and I happened to take a
look at the Windows Task Manager.  I jumped when I noticed that the
svn.exe process was using 310+ Mb RAM...

The commit in question is a major modification to the WC.  There were
2100 file modifications.  These were composed in part of deletions and
additions, plus multiple modifications.

I'm using:
Windows XP SP1 fr-CA
Apache 2.0.48
svn, version 1.0.1 (dev build)
   compiled Mar 25 2004, 16:25:21

When I committed the next batch of modifications, I surveyed the svn.exe
process as it's memory usage slowly increased from a few Mb to over 245
Mb, again.  The memory usage increased as svn was enumerating the files,
before "Transmitting file data".

Anyone else can confirm or deny this ?

Bye !
François
Developer of Java Gui Builder
http://jgb.sourceforge.net/

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


Re: Possible bug - Subversion using 310+ Mb RAM during commit

Posted by Ben Collins-Sussman <su...@collab.net>.
On Mon, 2004-03-29 at 10:18, Ben Collins-Sussman wrote:

> Well, I'm able to build svn on win32 now (woo), so I tried to build you
> a /trunk binary over the weekend.  But there's something messed up about
> my build, I'm not sure what.  My binary won't run, because it can't find
> libapr.dll in %PATH%.  I don't know what the problem is.  :-(

Following up to myself:  sander just pointed out that r8109 switched our
/trunk code to link against libapr*.dll's instead of .libs.  Stupid me. 
I'll just drop the new .dlls into the directory, and I bet the binary
will work, and I'll upload it as an experimental 1.1-trunk zipfile for
you to test.




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

Re: Possible bug - Subversion using 310+ Mb RAM during commit

Posted by Ben Collins-Sussman <su...@collab.net>.
On Sun, 2004-03-28 at 10:16, Francois Beausoleil wrote:

> > It would be great to know if you can reproduce the problem using the 
> > latest /trunk svn client.  Are you able to build trunk?
> 
> No, sorry.
> 
> If someone can provide a binary, I can certainly test again.

Well, I'm able to build svn on win32 now (woo), so I tried to build you
a /trunk binary over the weekend.  But there's something messed up about
my build, I'm not sure what.  My binary won't run, because it can't find
libapr.dll in %PATH%.  I don't know what the problem is.  :-(

I'll keep trying, though...



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

Re: Possible bug - Subversion using 310+ Mb RAM during commit

Posted by Francois Beausoleil <fb...@users.sourceforge.net>.
On Sun, 28 Mar 2004 07:40:45 -0600, "Ben Collins-Sussman"
<su...@collab.net> said:
> Francois Beausoleil wrote:
> 
> > When I committed the next batch of modifications, I surveyed the svn.exe
> > process as it's memory usage slowly increased from a few Mb to over 245
> > Mb, again.  The memory usage increased as svn was enumerating the files,
> > before "Transmitting file data".
> > 
> > Anyone else can confirm or deny this ?
> 
> Hm, I wonder if this is the bug fixed on /trunk in r9032.  That bugfix 
> happened the day after the 1.0.1 tag.
> 
> It would be great to know if you can reproduce the problem using the 
> latest /trunk svn client.  Are you able to build trunk?

No, sorry.

If someone can provide a binary, I can certainly test again.

Bye !
François
Developer of Java Gui Builder
http://jgb.sourceforge.net/

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


Re: Possible bug - Subversion using 310+ Mb RAM during commit

Posted by Ben Collins-Sussman <su...@collab.net>.
Francois Beausoleil wrote:

> When I committed the next batch of modifications, I surveyed the svn.exe
> process as it's memory usage slowly increased from a few Mb to over 245
> Mb, again.  The memory usage increased as svn was enumerating the files,
> before "Transmitting file data".
> 
> Anyone else can confirm or deny this ?

Hm, I wonder if this is the bug fixed on /trunk in r9032.  That bugfix 
happened the day after the 1.0.1 tag.

It would be great to know if you can reproduce the problem using the 
latest /trunk svn client.  Are you able to build trunk?


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