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

Re: Repair move is slow and could be more intelligent

From: Stefan Küng <tortoisesvn_at_gmail.com>
Date: Sat, 25 Apr 2009 09:43:38 +0200

webpost_at_tigris.org wrote:
>> webpost_at_tigris.org wrote:
>>>> Alexander Iljin wrote:
>>>>> Hello!
>>>>> SK> That additional delay is the scanning of file contents
>>>>> for the SK> auto-completion. You can configure this in the
>>>>> settings dialog->>Dialogs2->Timeout in seconds to stop the
>>>>> auto-completion parsing SK> (set this to 0)
>>>>> I just tried this, and it told me that I must enter a number
>>>>> 1..100 TSVN 1.6.1
>>>> hmm - I'll check that. In the mean time, just set it to 1.
>>> That helped substantially! What about doing it in its own thread,
>>> so that it doesn't block?
>>> Another thing, upon "repair move" the sorting is forgotten, and
>>> that seems to have the same major issues with speed. I'm not sure
>>> what it does, but 3-4 seconds to sort a list of 1000 items is
>>> extreme.
>> It's not just the list of visible items but the *whole* list that
>> gets sorted (as if you have activated all checkboxes to show
>> everything in the Check-for-modifications dialog).
> Not quite sure how you are sorting 15000 items that slow? On my
> machine, sorting 15000 items of a decent size (300 bytes) takes less
> than ½ sec in a completely un-optimized program and about half if I
> sort the pointers to the objects only.

It's not the sorting that takes so much time. But after sorting the list
control must be filled again, and that takes more time than the actual


  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 2009-04-25 09:43:58 CEST

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