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

RE: Re: Repair move is slow and could be more intelligent

From: <webpost_at_tigris.org>
Date: Fri, 24 Apr 2009 02:21:38 -0700 (PDT)

> 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.

-- 
Dennis Haney
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=1888763
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2009-04-24 11:22:33 CEST

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.