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

Re: Very slow merge on Windows with SVN 1.5.0

From: Kamesh Jayachandran <kamesh_at_collab.net>
Date: Fri, 27 Jun 2008 20:35:04 +0530

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Did you start the merge at '27/Jun/2008:08:15:31' or '2008/06/27 07:54:02'?

What is the exact merge command you used for the above?

My guess is you do 'svn merge http://host/svn/TESTREPO/branches/RB-25.x'.

I guess RB-25.x has the following ancestry
/trunk:2-6
/branches/RB-19.4.x:7-9
/branches/RB-20.x:10-521
/branches/RB-21.x:522-1005
/branches/TASK-eES-RB-21.x:1006-1079
/branches/RB-21.0.2.x:1080-1086
/branches/RB-22.x:1087-1480
/branches/RB-23.x:1481-1516
/branches/TASK-eES-RB-23.x:1517-1901
/branches/RB-24.x:1902-1913
/branches/RB-23.1.x:1914-2212
/tags/REL-23.1.0.35:2213-2226
/branches/RB-23.1.1.x:2227-2378
/branches/RB-25.x:2379-2758
/ees/branches/RB-25.x:2763-2773

Whenever you do the above merge it does some no-op processing for all of
the above location segments.

As we are not 'operationally logging the location segments report', we
could not see entries in the operational log.

But still it does not answer how things are fast in UNIX.

With regards
Kamesh Jayachandran
J J wrote:
>> I have rerun the merge and attached svn-action.log and svn-access.log.
>
> Once more with the attachments.
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFIZQGg3WHvyO0YTCwRAlL5AKCoxCER92r6pR9IuZgLEquXJFIILQCfbMuh
u63bYicWYTpEh3f0KezQl4s=
=aqp5
-----END PGP SIGNATURE-----

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-06-27 17:06:00 CEST

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.