search speedup

[Charly]

Hi,

i have fond a tool to search fils on NTFS: UltraSearch

It uses an alternative way on NTFS to search files an it is more than fast.
1s <--> 40s TC

I suggest to implement in TC this very fast way (with the Master File Table) to find files on NTFS-filesystems.

Greets

Charly

[MVV]

There were a lot of similar topics, use the forum search. BTW, Everything has much smaller size, and you may setup it to jump to file in TC.

E.g.:
http://www.ghisler.ch/board/viewtopic.php?t=14087
http://www.ghisler.ch/board/viewtopic.php?t=25042

Note that really good solution requires service and client applications - this is the only way to search from non-elevated applications.

[Charly]

Hi,

i have only searched for Ultrasearch and nothing found. Sorry.

I have tried the plugin FSE with "everything" but it is only a light replace for the real TC Search engine because the handling isn't realy easy.

Today it gives more and more 2 - 3 TB HDDs and a real fast search engine would be more important.
On my system i have for example up to 12 TB connected and the normal search is very slow in compare to a MFT search.

So its my suggestion for the TC to integrate as a special option to search with the MFT.

I know that i need for such a search special rights. Normally the "normal" TC search is enough but sometimes i need a turbo search.

Perhaps i could imagine a solution like: TC installs a windows-service with extended rights to do this search and and ask with normal rights this service for the search task and the service execute the search.


Greeds,

Charly

[sekular]

I find the tc search way better than the windows 7 search, the windows 7 search is practically useless and the drive index causes drive problems.

If people realy wanted an EVEN faster search in TC then why not index the drives in to a db? But please if you do that please make it an option and also make the indexing non harmful on hard drives.

cheers

[Peter]

Have you tried "vTFind"?
http://ghisler.ch/board/viewtopic.php?t=19028

Peter

[Balderstrom]

vtFind is not unicode compatible/aware, and it doesn't even properly locate the full ansi set. Many of the high-ansi characters - while they might be "found" the actual path that is returned is incorrect, and you wont be able to use it.

Everything (ESE) cannot find files that are referenced by a junction, or a drive that has been mounted into a folder. Likely it doesn't support symlinks either.

Locate32 is slow; doesn't interface properly with FSE. Although it seems to work decently as a standalone app but doesn't work right at all when using FSE thru TC. It also hasn't been updated in nearly a year.

Windows Search under Win7 works decently, and since Explorer is a standard listview you can interface with it from a Scripting tool.

TC's search is slower than all of the above, but at least it finds everything.

I haven't tried UltraSearch.

[MVV]

Balderstrom, MFT search tool shouldn't find files via mount points or junctions/symlinks - such files may be on another drives i.e. absent in MFT of current drive. But if you have enabled search for all volumes, including thoose w/o drive letters, it should be able to find them.

[Balderstrom]

I'm not saying a MFT search should find them. But a search tool that ONLY uses the MFT is crippled.
And a search tool that completely ignores folders that are mountPoints is entirely inadequate, those drives have a MFT as well, but ESE doesn't find them just because a drive letter isn't assigned.

A working search tool would be able to utilize Windows File Index, MFT and possibly a cache as well as "normal" structured search. Only doing one of the above doesn't cut it.