On Fri, May 22, 2009 at 16:07, Stefan Sperling <stsp_at_elego.de> wrote:
> On Fri, May 22, 2009 at 09:27:18AM +0800, bianchui wrote:
>> I use TortoiseSVN 1.5.5 with Svbversion 1.5.4 for about half years. I
>> usually add thousands of files and commit all of them at same time.
>> Several days ago I update subversion to 1.6.1 and that work cannot be
>> I do a test. Commit about 18000 files, modified or add.
>> In TortoiseSVN 1.5.5 that with Svbversion 1.5.4, the commit work can be
>> done use about 580M of memory, and very high speed, about send tens of
>> files content per second.
>> In TortoiseSVN 1.6.1 that with Svbversion 1.6.1, the client crash with a
>> memory of 2G, and about send one file content per second.
> Yep, there is a problem, and the reports about it keep coming in
> nearly every day now, probably because more and more people upgrade
> to 1.6 and encounter this problem.
> Please take a look at issue #1964:
>> I use TortoiseSVN as my client.
> Has anyone seen this on Linux yet?
> So far, all reports I've seen were specific to Windows, I think.
> But not specific to TortoiseSVN.
I tried without success to reproduce this issue under Mac OS X. This
would tend to support the idea that this bug is Windows-only.
1. Created new repository on a 1.5.2 server. (that's what I've got on
Using a 1.6.2 client:
2. Checked out empty root of said repository (svn://) into local working copy.
3. Created 50 directories of 10 directories of 50 empty files.
4. svn add all 50 top-level directories, which effectively adds everything.
5. svn commit
The commit ran to completion. The client's RSIZE grew to about 50MB
during the commit.
1. Created a new repository locally using svnadmin 1.6.2
2. Checked out empty root of said repository (file://) into local working copy.
3. Created 10000 empty files in this directory.
4. svn add all files.
5. svn commit.
The commit ran to completion. The client's RSIZE grew to about 22MB
during the commit.
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-05-24 18:02:05 CEST