Page 1 of 1

Speedup of file searching, folders synchronizing etc.

Posted: 2015-04-25, 09:54 UTC
by Terka
File searching, folders synchronizing etc is slow in comparison to tools like
'Everything' http://www.voidtools.com/.
Christian, could you please implement similar algorithm?

Posted: 2015-04-25, 10:57 UTC
by Vochomurka
Is this the answer?

Re: Speedup of file searching, folders synchronizing etc.

Posted: 2015-04-26, 07:46 UTC
by Michael REMY
Terka wrote:File searching, folders synchronizing etc is slow in comparison to tools like
'Everything' http://www.voidtools.com/.
Christian, could you please implement similar algorithm?
voidtools use an index, so it means there is a longer (maybe in background) tsk which is performed before the search.

Posted: 2015-04-27, 08:37 UTC
by ghisler(Author)
TC 9 will use 'Everything'. I have used it for a few weeks now, and it works very well, except when searching in the Windows directory: Here there are a lot of files with multiple hard links to them, and 'Everything' will usually find the wrong one, e.g.
"C:\Windows\winsxs\amd64_microsoft-windows-s..-soundthemes-sonata_31bf3856ad364e35_6.1.7600.16385_none_201752c112c5078c\Windows Logon Sound.wav"
instead of finding
"C:\Windows\Media\Windows Logon Sound.wav"

Posted: 2015-04-30, 14:35 UTC
by Lefteous
2ghisler(Author)
What did you search for in your example?

Posted: 2015-04-30, 15:50 UTC
by Horst.Epp
ghisler(Author) wrote:TC 9 will use 'Everything'. I have used it for a few weeks now, and it works very well, except when searching in the Windows directory: Here there are a lot of files with multiple hard links to them, and 'Everything' will usually find the wrong one, e.g.
"C:\Windows\winsxs\amd64_microsoft-windows-s..-soundthemes-sonata_31bf3856ad364e35_6.1.7600.16385_none_201752c112c5078c\Windows Logon Sound.wav"
instead of finding
"C:\Windows\Media\Windows Logon Sound.wav"
Next Everything version will support hard links

Posted: 2015-05-04, 13:50 UTC
by ghisler(Author)
2Lefteous
*.wav in Windows directory.

2Horst.Epp
Ah, that would solve it, nice to hear that!

Posted: 2015-05-05, 14:15 UTC
by Lefteous
2ghisler(Author)
If you are talking about a recursive search - the search result is valid. I guess it's not always desired to get all paths of a file in all use cases.

If required - starting from Vista there is an API to get all paths of a file:

https://msdn.microsoft.com/de-de/library/windows/desktop/aa364421%28v=vs.85%29.aspx

But how can you say what the 'right' one is? As far as I know there is no default path for a file. There is just one or multiple paths to a file.

Posted: 2015-05-06, 21:07 UTC
by Terka
Christian thanks, its great news! :D
Wen do you approximately expect version 9 being available?

Posted: 2015-05-07, 10:35 UTC
by ghisler(Author)
Difficult to say - there will be a public beta test here in the forum first. But new requests are flooding in, so the release gets pushed back more and more...