Why is Finder so slow? And what you can actually do about it

Open a folder with ten thousand files in it and Finder hesitates. Click into a directory on a network share and the beachball spins. If you have ever wondered whether it's your Mac, your disk, or you - it is almost certainly none of those. Finder's slowness has specific, diagnosable causes, and most of them have workarounds. This article walks through the real ones, in rough order of how often they bite.

Finder does far more per file than you think

When Finder displays a folder, it does not just read the list of names. For every visible item it may also:

• generate or fetch a thumbnail preview of the file contents (the QuickLook machinery),
• read extended metadata - tags, comments, label colors, where the file was downloaded from,
• resolve the file's icon, which for documents means asking Launch Services which app owns it,
• in list view with "Calculate all sizes" enabled, recursively stat entire subtrees to show folder sizes.

Each of these is cheap for one file. Multiplied by thousands of files - and re-done as you scroll - they add up to the lag you feel. The fixes below mostly work by turning off work you did not ask for.

The usual suspects, and their fixes

1. Icon previews and thumbnails

In icon view, Finder renders a live preview of every image, PDF, and video in the folder. In a folder of RAW photos this is brutal. Open View > Show View Options (⌘J) and uncheck Show icon preview for heavy folders - or browse them in list view, which requests far smaller previews.

2. "Calculate all sizes" in list view

Innocent-looking checkbox, enormous cost: Finder walks every subdirectory of every folder in the listing to display its total size, and it re-walks them when things change. Turn it off in View Options unless you truly need it, especially on slow disks and network volumes.

3. Network shares and .DS_Store files

Finder stores each folder's view settings in a hidden .DS_Store file inside that folder. On an SMB share, every directory you open triggers reads and writes of these files over the network - and on servers with many small round-trips, that is exactly the worst access pattern. You can stop Finder writing them to network volumes:

defaults write com.apple.desktopservices DSDontWriteNetworkStores -bool true

Log out and back in (or relaunch Finder) for it to take effect. There is a matching DSDontWriteUSBStores key for external drives.

4. Cloud placeholder files

iCloud Drive, Dropbox, OneDrive, and Google Drive all use dataless placeholder files: the file exists in the directory listing but its content lives in the cloud until first access. Finder has to consult the sync extension for every item's state (downloaded? syncing? cloud-only?), and a misbehaving sync client can stall the whole folder view. If one particular synced folder is always slow, the fix is usually in the sync app - pause it, update it, or mark the folder as always-local.

5. Spotlight indexing in the background

After big file operations, OS updates, or restoring from backup, mds_stores can hammer the disk for hours. Check Activity Monitor; if Spotlight is the culprit, let it finish overnight, or force a clean re-index of a problem volume with sudo mdutil -E /Volumes/Name.

6. A bloated Launch Services database

If the delay is specifically the pause before an Open With menu appears, or duplicate entries in it, the app-to-filetype database has gotten crusty. Rebuilding it is safe:

/System/Library/Frameworks/CoreServices.framework/Frameworks/LaunchServices.framework/Support/lsregister -kill -r -domain local -domain system -domain user

7. When all else fails: relaunch Finder

Finder is a long-running process that accumulates state. Hold ⌥, right-click the Finder icon in the Dock, and choose Relaunch. It takes two seconds and clears a surprising number of mystery slowdowns.

The part you can't fix with settings

There is also a structural reason Finder feels the way it does: it is a general-purpose consumer application first. It prioritizes rich previews, sync integration, and visual polish over raw listing speed, and its rendering was never designed around the question "what if the user opens a directory with 100,000 entries and starts scrolling immediately?" No checkbox changes that architecture.

That question is answerable, though - it is an engineering problem with known solutions: virtualized lists that only render visible rows, asynchronous metadata loading that never blocks the UI thread, and GPU-accelerated drawing. We wrote about those techniques in What makes a file manager fast?, and they are exactly how Shuffle - a free, open source, GPU-rendered Finder alternative - stays instant in directories that make Finder wheeze. If you have tuned every setting above and big folders still feel heavy, the honest answer may be that you have outgrown Finder, not that your Mac is slow.