You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by sr...@e-sim.co.il on 2004/12/22 12:17:51 UTC

Exteremly slow merges



Hi,

I'd like to report a big performance issue with "svn merge". I'm using SVN
1.1.1, and this week I had two extremely slow branch merges in two different
projects. One of the merges only had to delete about 300 binary files from a
single folder. The other one had to merge about 100 small text files in a
directory tree consisting of X folders and X files.

When I say extremely slow I mean it takes several seconds for each file being
merged / deleted / added. Both merges took over half an hour. For comparison,
other merges in the same projects always take 2-3 minutes, and usually there are
10-50 files involved in the merge. Also "svn update" is always reasonably fast.

This issue is most probably not related to the SVN server workload or to the
operating system. I checked one of these merges in two computers, one with WinXP
and one with Win2000, and also at different times with different server
workloads.

Does anyone have an idea? Should I report this using the IssueZilla?

Thanks,
Shlomy




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

Re: Exteremly slow merges

Posted by kf...@collab.net.
sreinstein@e-sim.co.il writes:
> I'd like to report a big performance issue with "svn merge". I'm using
> SVN 1.1.1, and this week I had two extremely slow branch merges in two
> different projects. One of the merges only had to delete about 300
> binary files from a single folder. The other one had to merge about
> 100 small text files in a directory tree consisting of X folders and X
> files.
> 
> When I say extremely slow I mean it takes several seconds for each
> file being merged / deleted / added. Both merges took over half an
> hour. For comparison, other merges in the same projects always take
> 2-3 minutes, and usually there are 10-50 files involved in the
> merge. Also "svn update" is always reasonably fast.
> 
> This issue is most probably not related to the SVN server workload or
> to the operating system. I checked one of these merges in two
> computers, one with WinXP and one with Win2000, and also at different
> times with different server workloads.
> 
> Does anyone have an idea? Should I report this using the IssueZilla?

It would be helpful if you could first narrow down whether the problem
originates in the client, or server, or both.  First downgrade one
side back to whatever SVN you were using before; then revert and
downgrade the other side; then downgrade both.  At each stage, test a
merge (the exact same one each time), and see if its speed changes
drastically.  This way we can narrow down the regression.

Also, you don't say what access method (http:// or svn://) you are
using, nor whether your repository is FSFS or BDB, nor whether any
authorization guards are in place.  See 

   http://svn.collab.net/repos/svn/trunk/BUGS

for more about the kind of information that helps us.

Thanks,
-Karl

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