File managers with the fastest search on macOS in 2026
Search performance varies dramatically across Mac file managers. Here's the 2026 ranking on directories of 10k, 100k, and 1M files.
Search is the operation users do constantly. Milliseconds matter; seconds are unacceptable. Yet Mac file managers vary wildly in search performance — some are instant, some lag the UI for seconds. Here's the 2026 comparison.
Two kinds of search
File-manager search splits into two distinct features:
1. Instant filter
Type into a search box, the visible list shrinks to matches in real time. No subfolder traversal — just filtering what's already loaded.
Critical metric: per-keystroke latency. Should be <16ms (one frame) for a smooth feel.
2. Recursive search
Find all matches under the current folder including subfolders. Walks the filesystem.
Critical metric: time to first match, time to completion. For 10k files, anything under 500ms feels fast; over 2s feels slow.
Tools handle these very differently.
Per-tool ranking
#1 — mq-dir (instant filter + recursive)
⌘F opens the in-pane filter; types-into-results immediately, no lag perceptible. ⌘⇧F does recursive search across subfolders, async with progressive results.
Architecture: in-memory filtering for instant filter (works on the already-enumerated current folder). Recursive uses Apple's FileManager async APIs with cancellation on new query.
Speed: instant filter <5ms per keystroke up to ~50k file directories. Recursive search ~200ms first results on 100k-file trees.
#2 — Forklift
⌘F filter, ⌘⇧F content search via Spotlight integration. Polished, fast.
Architecture: relies on Spotlight for content search; in-app filter for filename. Hybrid approach.
Speed: instant filter very fast on small/medium dirs; can lag slightly on huge ones. Recursive content search rides Spotlight's index — typically <500ms.
#3 — Yazi (terminal)
/ opens search, fuzzy-find through current view. g/ does global. Async preview means search doesn't block.
Architecture: in-memory fuzzy match for current dir. Global uses fd or similar tools if installed.
Speed: very fast in terminal because no GUI overhead. Comparable to mq-dir for in-folder; faster for cross-folder if fd is installed.
#4 — nnn
/ enters search mode. Filter applies as you type.
Architecture: in-memory filter. Recursive requires plugin (fzcd or similar).
Speed: instant for current dir filter. Recursive depends on plugin choice.
#5 — Marta
Cmd+F opens filter. Functional.
Architecture: in-memory filter; recursive search is basic.
Speed: fast for filter. Recursive can lag on large trees.
#6 — Commander One
Filter and search. Pro tier has more options.
Architecture: in-memory filter; recursive uses macOS APIs.
Speed: average. Not standout.
#7 — Finder
Cmd+F opens search. Spotlight-backed.
Architecture: pure Spotlight. Excellent for global search; slower for in-folder filter.
Speed: depends on Spotlight index state. Cold (just-mounted volume) can be slow; warm is instant.
Architectural deep dive
What makes a search fast:
In-memory filter on enumerated content
If the file manager has already loaded the current folder (which it has, if it's displaying it), filtering is just iterating through the in-memory array. With 10k items, iterating + matching takes <1ms. With 100k items, ~5-10ms. Below human perception.
This is why instant filter is fast in most modern file managers (mq-dir, Forklift, Yazi, nnn). The only way to make it slow is to re-walk the disk on each keystroke (anti-pattern).
Async recursive
For subfolder search, the cost is filesystem walking. Modern approaches:
- Async: launch the walk on a background thread; emit results progressively. UI stays responsive. mq-dir, Yazi do this.
- Spotlight index: use the macOS metadata index that's already maintained. Forklift, Finder do this.
- Tool delegation: shell out to
fd/rg/grep. Yazi/nnn plugins do this.
Synchronous recursive walk on the main thread is the anti-pattern that lags the UI. None of the 2026 mainstream tools do this anymore.
Hybrid (Spotlight + walk)
Best architecture: use Spotlight for content match (already indexed) and walk for the current-folder filter (where Spotlight isn't precise about scope). Forklift and mq-dir do hybrid.
Benchmarks (rough, single Mac M-series)
Times to first results on a directory with 100k files (no subfolders):
| Tool | Instant filter (per keystroke) | Recursive search start |
|---|---|---|
| mq-dir | <5ms | ~200ms |
| Forklift | ~10ms | ~300ms (Spotlight) |
| Yazi | <5ms | ~150ms (fd plugin) |
| nnn | <5ms | ~250ms (with plugin) |
| Marta | ~10ms | ~500ms |
| Commander One | ~20ms | ~1s |
| Finder | ~30ms | ~150ms (Spotlight cached) |
Numbers vary by hardware and dataset; relative ordering is consistent.
When search performance actually matters
Honest take: for most users on most days, search performance is fine in any modern file manager. The differences show up at extremes:
- 50k+ file directories: subseconds matter; tools that lag are noticeable.
- Media-heavy work: searching through 10k images for one filename — fast filter helps.
- Code work: searching for
.swiftor.tsxin a large monorepo —fdintegration matters. - Backup/archive trees: 1M+ files — only well-indexed approaches stay fast.
If your daily directories are under 1k files, every modern tool feels instant. Don't over-optimize.
How to make search faster (any tool)
Three techniques that help regardless of file manager:
1. Use Spotlight (Cmd+Space) for global
For "find this file anywhere in my home folder," Spotlight is the right tool. File managers compete on in-folder; for global, use the system tool.
2. Install fd and rg
brew install fd ripgrep
For terminal users, fd is dramatically faster than find for filename search; rg (ripgrep) is dramatically faster than grep for content. File managers (Yazi, nnn) integrate with these.
3. Keep Spotlight indexed
If Spotlight is excluded from a folder (System Preferences → Spotlight → Privacy), search there will fall back to slow walking. Audit your exclusions; they should be intentional.
Use case routing
| Workflow | Best search tool |
|---|---|
| In-folder filter, daily | mq-dir, Forklift, Yazi (all fast) |
| Global filename search | Spotlight (Cmd+Space) |
| Code content search | ripgrep + your editor |
| Recursive in big folder | mq-dir or Forklift (async) |
| Terminal SSH session | Yazi + fd |
Verdict
For file-manager search performance on macOS in 2026, mq-dir and Yazi are the leaders, both async and both fast. Forklift is close behind with hybrid Spotlight integration.
Older designs (synchronous walk on main thread) have been retired across mainstream tools. If your file manager lags during search, it's likely an outdated tool — upgrade.
For daily use most modern tools are fast enough. The differences matter at scale (50k+ file directories, large monorepo navigation), where the right tool saves real seconds per search.
mq-dir's search is built around the assumption that you'll do it dozens of times daily. The result: every keystroke responds within a frame. Free, MIT, no telemetry — install it and notice the difference if your current tool lags.
A native quad-pane macOS file manager — free, no telemetry.
v0.1.0-beta.11 · Universal Binary · 5.3 MB · macOS 14.0+
Download for MacFrequently asked questions
References
- [1]
- [2]
Ready to try mq-dir?
A native quad-pane file manager built for AI multi-tasking on macOS. Free, MIT licensed, zero telemetry.
Related posts
Path Finder to mq-dir: succeeding the discontinued classic
Path Finder shipped its last build in 2023. If you're still using it, here's the practical migration to mq-dir — what transfers, what doesn't, and how to bridge the gaps.
Q-Dir to mq-dir: a Windows quad-pane refugee migration guide
If you switched from Windows + Q-Dir to Mac and missed the four panes — mq-dir is the closest spiritual successor. Here's the practical migration guide.
File managers with the best batch rename in 2026
Batch rename is the feature you need rarely but desperately when you do. The 2026 comparison of Mac file managers' batch rename capabilities.