Poor performance of ALT+F7 search

[funkymonk]

TC11.00b7 x32

Apparently there is already a speed improvement for find files -- but i could not find the corresponding entry in history.txt.
Is it maybe missing? Am I missing something? What's the state?

[ghisler(Author)]

Strange, the history entry is indeed missing.

[Galizza]

I have tested Tc 10.52 & Tc 11b7 both 32bits, searching through the Windows directory and there is a great speed improvement.

Tested on Windows 10 SAFE MODE :

I made 16 consecutive searches, discarding first four so the directory contents are served from the system cache.

10.52 searches, 5th to 16th = Same time on all searches 36 seconds

11b7 searches, 5th to 16th = Same time on all searches 10 seconds

 Thanks

[digitaldog4]

Now Total Commander matches Double Commander in speed. From my initial post in this thread:

Total Commander - 1m03s
another tool - 0m6s

Now Total Commander is also 0m6 in this search.

Thanks a lot for this fix. An I'm glad my intuition again proved correct.
It was not antivirus and no safe mode was needed.

[funkymonk]

Thank you again. This is extremely helpful for me...

Here is a quick benchmark with some drives:
(I hope this is helpful for @Ghisler)

Code: Select all

                      beta6        beta7
                      duration[s]  duration[s]  speedup  GB    files     dirs
                      --------------------------------------------------------
NVMe PCIe Gen3x4       42            6          86%      218   429500    99100
NVMe PCIe Gen3x2      235           85          64%      354   844900   247000
SSD SATA 3.2            2            1          50%      768    55200     2800
SSD SATA 3.2            6            3          50%      321   226000     9900
HDD (SMB/1Gbit Eth)   165          154           7%     1250   412900    25400
USB 3.0 Stick (Flash)   2            2           0%       47    29700     2400

As expected by me, the speedup depends a lot on the number of directories *and* the drive interface speed.
For slow disks the relative impact of the GUI update in TC11b6 seems to be not that significant (even with many dirs).
However, for fast disks (especially with many dirs) the GUI updates seem to matter a lot, and fewer updates make TC11b7 much faster over previous TC versions...

Great!

Is there more situations/dialogs/code locations where high frequency GUI updates may cause similar performance losses?
Sync? Delete? Move? ...

[funkymonk]

What about showing the duration in the status line at the end of the search process:

"[x files and y directories found in mm:ss]"

[AntonyD]

What about showing the duration in the status line at the end of the search process:

support it+++++++++++++!

[jinsight]

Support++ for optionally showing the duration in the status line at the end of the search process

[ghisler(Author)]

Thanks a lot for your speed comparisons! As you can see, there is only a small difference with hard disks because they are the main cause for the wait time. Total Commander is becoming 30 years(!) old this year and was developed during the hard disk aera - my first harddisk had a size of 64 MB (yes, megabytes, not Gigabytes).

What about showing the duration in the status line at the end of the search process:

I don't think that this is relevant except for benchmarks...

[funkymonk]

As you can see, there is only a small difference with hard disks because they are the main cause for the wait time.

Well, the only traditional/mechanical HDD I have used in my quick benchmark was deployed in a NAS and attached via Ethernet.
That's probably not a good base for a general statement on the wait time.
In fact, for more modern and directly attached SSD (SATA) or even NVMe (PCIe) the speedup is *huge* (50%/64%/86%)!

Total Commander is becoming 30 years(!) old this year and was developed during the hard disk aera - my first harddisk had a size of 64 MB (yes, megabytes, not Gigabytes).

Funny! Well, times are changing. My first HDD was a Maxtor 7040AT with 40MB and I have worked with others that had just 5MB . But that does no longer matter today.

What about showing the duration in the status line at the end of the search process:

I don't think that this is relevant except for benchmarks...

I would not use the time for benchmarking (especially not for benchmarking TC itself).
For me it is more like an indicator for what I can expect when performing certain operations (like searching for files) on certain devices.
Imho, this allows experienced users to get a feeling about performance parameters.
Even more: If such timing values change (significantly) over time, this might even indicate a problem.

Thus: I would still like to see the search duration at the end.

[Dalai]

Thus: I would still like to see the search duration at the end.

Definitely Support++. It's useful for users to see what influence content plugins have on a search. You can see whether or not multiple plugin fields (from the same or multiple plugins) slow things down and maybe even allow to see which plugin is faster for the job. It can also be useful for content plugin developers to see which code approach is faster.

Regards
Dalai

[Seyran_72]

although changes in the Beta 7 version were not announced to speed up the search, but I noticed that for some reason the 7th beta searches (for me) faster WITHOUT a tick "Everything"

[Seyran_72]

Total Commander is becoming 30 years(!) old this year and was developed during the hard disk aera - my first harddisk had a size of 64 MB (yes, megabytes, not Gigabytes).

30 years... Wow... That's how half a life flew by...)

[funkymonk]

@Ghisler
When exactly is TC's birthday?

[white]

When exactly is TC's birthday?

See https://www.ghisler.ch/wiki/index.php?title=History_of_Total_Commander

The HISTORY.TXT files of early Windows Commander versions mention:

Code: Select all

1.00d   25.9.93 first published (German version)

The earliest version I have on my computer is WC 1.10e dated 18.12.93 (so not the first 1.10e version of 11.12.93). The WINCMD.EXE file of this package has the copyright notice:

Code: Select all

Windows Commander, © 1992/93 by Christian Ghisler

So the birthdate may be on the 25th of September 1993 or somewhere in 1992 I guess.