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

Re: Choosing the revisions to merge is very slow

From: Stefan Küng <tortoisesvn_at_gmail.com>
Date: Wed, 7 Oct 2015 19:35:18 +0200

On 07.10.2015 11:17, Stefan Hett wrote:

>> So you see why it takes 30 seconds: 25 seconds to get the merge info,
>> then 5 more seconds to get the actual log.
>> There's not much I can do here...
> Sorry to jump in here, but I guess Michel's point is that during is
> initial TSVN test:
>> 1.8.11 < 1s
>> 1.9.1 (LogFindCopyFrom=false) 14s
>> 1.9.2 (LogFindCopyFrom=false) 13s
>> 1.9.2 (LogFindCopyFrom=true) 18s
> Using TSVN 1.8.11 it ran a lot faster than with 1.9.2.
> Now he suspected that there was some caching (or other) measures involved in TSVN to speed things up while the svn command takes 25s in both cases (with 1.8.11 as well as with 1.9.2).
> I take your reply that this is not the case (aka: there are not any additional measures on side of TSVN) so something else should be going on there on Michel's test.

The only thing that has changed in TSVN relating to this is that we now
use the new API instead of the deprecated one from the svn lib.
The new API provides more info (I guess that's why it's slower).
Problem with new APIs in the svn lib is that they usually rely on new
features of the svn server. If the server doesn't provide those
features, then an alternative is used to get that info which usually is
a lot slower.

So updating the server to svn 1.9 should improve the speed here.


   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest interface to (Sub)version control
    /_/   \_\     http://tortoisesvn.net
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2015-10-07 19:35:24 CEST

This is an archived mail posted to the TortoiseSVN Users mailing list.