Post reply

Warning: this topic has not been posted in for at least 120 days.
Unless you're sure you want to reply, please consider starting a new topic.

Note: this post will not display until it's been approved by a moderator.

Message icon:


shortcuts: hit alt+s to submit/post or alt+p to preview

Topic Summary

Posted by: emn13
« on: August 09, 2009, 13:56:40 »

I observe the same behavior here.
Posted by: surbaniak
« on: July 09, 2009, 22:10:00 »

another observation that may be useful:
When the main compare is done but the Experimental %  are  still not all there,   the ignore is again nice and fast.
Posted by: surbaniak
« on: July 02, 2009, 20:21:01 »

To clarify:
The problem only occurs while the software is still searching for duplicates.  Once it is done, the Ignore command is instantaneous regardless how many dups are in the list and how many ignores have already been marked.
(hope that narrows it down)
Posted by: Admin
« on: June 28, 2009, 23:06:29 »

hm... very strange, speed doesn't depends on ignores, i will test this.
Posted by: surbaniak
« on: June 26, 2009, 22:14:16 »

oh i see what the pattern is ........    if there are very few entries in the  Duplicates list  it is nice and fast ..... but as soon as the list goes over 500dups it gets worse and worse.
Posted by: surbaniak
« on: June 26, 2009, 22:11:27 »

latest version seems a little faster. it's just my illusion   or   was this code improved ?
Posted by: Admin
« on: June 13, 2009, 00:04:45 »

i look this.
Posted by: surbaniak
« on: June 12, 2009, 22:15:34 »


Sometimes (on average 1 in 3 invocations)  the Ignore is real slow on my machine (Quad3GHz  with Vista and 8G Ram), when you try to Ignore while it is still scanning for duplicates.
(it can take at times upto 18 seconds for the Ignored row to disappear)