You know the file exists. You typed its name into the search box, watched the green progress bar crawl across File Explorer, and got back either nothing or a page of web suggestions you never asked for. If that scene feels familiar, you are not doing anything wrong — you are running into design decisions inside Windows Search that no amount of index rebuilding will undo. This guide explains what Explorer search actually does under the hood, why it struggles with large drives and network shares, and which replacement tool fits each kind of search you actually run.
Complaints about Windows Search cluster into four buckets, and each one traces back to a specific mechanism rather than a bug:
D:\, in nonstandard folders, or with excluded extensions simply are not in the index unless you add them yourself.None of these yield to the usual advice (rebuild the index, restart the service) — they are scope and architecture decisions, which is why the practical answer is a purpose-built tool alongside, or instead of, the built-in search.
Windows Search is a background service (SearchIndexer.exe) that maintains a database of files in designated locations. Microsoft's search indexing documentation describes the model: the indexer catalogs file properties, and for supported formats it extracts text through filter components (iFilters) so that indexed locations can be searched by content, not just name.
That design explains the split personality you see in Explorer:
Two more details worth knowing. First, indexing is deliberately throttled so it does not compete with your foreground work, which is why newly created files can take a while to appear in results. Second, on Copilot+ PCs Microsoft has added an on-device semantic index that can match local files by meaning rather than exact keywords for supported file types — useful for local documents, but hardware-gated, and it does not change how network locations behave.
The one-line summary: Windows Search is a scoped, content-oriented index of your local profile, with a slow live-crawl fallback for everything else. The tools below each replace a different part of that model.
This is the weak spot almost every "best search tool" roundup skips, and it is the one that hurts most in offices and home labs. Because the client-side index does not cover network locations, searching \\server\projects from Explorer means enumerating the share live — and on a tree with hundreds of thousands of files, that can run for minutes and hammer the file server while it does. The traditional fix is server-side: run Windows Search on a Windows file server so clients can query its index. That works, but it requires a Windows Server you administer — it does nothing for a Synology, QNAP, TrueNAS, or Samba box.
Most third-party tools inherit a version of the same gap, because the trick that makes them instant locally (reading the NTFS file table directly) does not work across SMB. If shared drives are your daily pain, that constraint should drive your choice of tool — we cover the mechanics in detail in how to search a network drive fast on Windows.
There is no single best replacement — there are four different jobs. Match the tool to the search you run most.
If your files live on local NTFS volumes and you search by name, install Everything. It is free, tiny, and effectively instant: it builds its index by reading the NTFS Master File Table directly and keeps it current by monitoring the USN change journal, so results filter as you type even on drives with millions of files. It has been the community default for years, and it earns that position.
Its documented limits are the flip side of that mechanism. Content search is possible but not what it is built for, and network locations are handled through folder indexing — periodic full rescans of the share rather than the MFT trick, so results go stale between scans and each rescan re-crawls the tree. Real-time updates for a share require running Everything's server component on the file server itself, which must be a Windows machine — not an option for a NAS. If those limits are the reason you are reading this, see Everything alternatives for the full breakdown.
Malvicsearch exists for the gap above: it treats network locations as first-class indexed locations instead of an afterthought. Mechanics and measured numbers in their own section below.
Name-based tools cannot answer "which contract mentions clause 14.2." For content you want one of two models. Agent Ransack scans files on demand — no persistent index, so nothing runs in the background and results are always current, at the cost of waiting while it reads through the target folder. It is the right shape for occasional deep searches. AnyTXT takes the opposite bet: it builds its own full-text index of common document formats (Office, PDF, text) so content queries return quickly, in exchange for the disk space and background work an index costs. If content search is your main job, our document search software guide compares these in depth.
Some "search is slow" complaints are really launcher complaints: finding and opening apps, recent folders, and files without touching the mouse. Listary is built for that — it integrates with File Explorer and, notably, with open/save dialogs, so you can jump a stuck dialog to the folder you want by typing a few letters. It complements a dedicated file-search tool rather than replacing one.
Honorable mention: UltraSearch reads the MFT of local NTFS drives on demand instead of keeping a persistent index — a reasonable pick if you search rarely and want nothing resident.
| Tool | Finds files by | Local mechanism | Network drives | Price |
|---|---|---|---|---|
| Windows Search | Name + content (indexed scope) | Background indexer + iFilters | Not indexed by the client; live crawl | Included |
| Everything | Name | NTFS MFT + USN journal | Periodic folder rescans; realtime needs its server component on a Windows server | Free |
| Malvicsearch | Name | NTFS MFT + USN journal | Indexed; realtime via SMB change notifications, nothing installed on the server | $29 one-time |
| Agent Ransack | Content + name | On-demand scan, no index | On-demand scan (slow on large shares) | Free tier |
| AnyTXT | Content | Own full-text index | Local focus | Free tier |
| Listary | Name (launcher) | Own index + dialog integration | Local focus | Free tier |
| UltraSearch | Name | On-demand MFT read | Local NTFS only | Free |
Malvicsearch is a Windows 10/11 (64-bit) desktop app that does one thing: deterministic, instant substring search over file and folder names, across local drives and network locations, with results updating as you type. No AI, no semantic matching, no natural-language queries — you type characters, it returns every path containing them.
On local NTFS drives it uses the same proven mechanism as Everything: the index is built from the MFT and kept current from the USN change journal, with no Administrator rights required. The difference is what happens off the local machine:
What Malvicsearch does not do: it does not search file contents (no PDF or document text), has no AI or semantic features, and runs only on Windows. If you need content search, pair it with Agent Ransack or AnyTXT above — the tools cover different jobs and coexist fine.
You can try it free for 5 days — full features, no credit card. After that it is $29 one-time for a lifetime license on one PC, with a 14-day money-back guarantee. Details are on the pricing page.
Sometimes. Adding your data folders to the index scope (Settings > Privacy & security > Searching Windows) and rebuilding the index fixes the "it can't find files on D:\" class of complaints. What it cannot fix: network locations stay outside the client index, and the Start menu keeps blending in web results. If those are your problems, a dedicated tool is the fix.
Everything, without much debate — for name search on local NTFS drives it is instant, free, and light. Its weak spots are content search and network shares, which is where the other tools in this guide come in.
Because the client-side index only covers local content. Searching a mapped drive triggers a live crawl of the share over SMB, which is slow and easily times out on big trees. Your options: server-side indexing on a Windows file server you control, or a client tool such as Malvicsearch that builds and maintains its own index of the share.
The name-search tools — Everything, Malvicsearch, UltraSearch — do not; they match file and folder names only. For content, use Agent Ransack (on-demand scans, always current) or AnyTXT (persistent full-text index, faster repeat queries).
You can, but think twice. Start menu search and some applications (classic Outlook's search, for one) depend on the service. The third-party tools here maintain their own indexes and do not need it. The low-drama setup: leave the service running and simply stop relying on it for file search.
Tired of the progress bar? Download Malvicsearch and search every local and network drive by name, instantly — free for 5 days, full features, no credit card. One-time $29 license details at pricing.