[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: Robert Roessler <robertr_at_rftp.com>
Date: Sat, 25 Apr 2009 09:55:50 -0700

Stefan Küng wrote:
> webpost_at_tigris.org wrote:
>>> webpost_at_tigris.org wrote:
>>>>> Alexander Iljin wrote:
>> ...
>> 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
> sorting.

Obviously everyone knows about turning off redraw while filling a
large[r] list control, but I have also had good results with "owner
DATA" (not owner DRAW, different issue).

With owner DATA, the control doesn't store all of the data itself - the
owner just gets sent a message whenever the data for a particular item
needs to be displayed.

This can work especially well with large numbers of items, both because
the control's own heavyweight storage mechanisms are not being used, but
also if one has list items that can easily be generated/synthesized on
demand, then NO ONE has to allocate the storage. ;)

Robert Roessler
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2009-04-25 18:56:05 CEST

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