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
Received on Tue Dec 28 23:16:17 2004