Unofficial archive. This is a read-only, community-run archive of the Apple Support Community. It is not affiliated with or endorsed by Apple Inc.

Finder search on SMB share stops at exactly 100 results for a long time before showing all results

I have a Mac mini M1 running macOS Tahoe 26.6.2 acting as a file server. It shares an external APFS SSD via SMB to about 40 Mac users.


The shared folder contains approximately 250,000 files and is indexed by Spotlight on the server.


Finder search from a client Mac works, but behaves very strangely:


* Search results quickly reach exactly 100 items

* Finder then displays “Loading…”

* It remains at exactly 100 results for anywhere from about a minute to more than an hour, depending on the search

* Eventually Finder suddenly displays the complete result set — sometimes tens of thousands of files


For example, searching for budget from a client Mac eventually returned 27,134 results after about 32 minutes. Running the same budget search locally on the server with mdfind returned exactly the same 27,134 results in 6.9 seconds.


On the client, Finder fairly quickly displayed exactly 100 results, then remained at 100 with “Loading…” for most of those 32 minutes before suddenly displaying all 27,134 results.


I have tested this with multiple user accounts and multiple Macs, both on the local Ethernet network and over VPN. The behaviour is the same.


mdutil -s on the mounted SMB share reports:


Server search enabled.


I have also completely rebuilt the Spotlight index on the server, with no change.


Interestingly, Finder does not appear to be frozen during the long “100 results / Loading…” period. Process samples of Finder show a TNodeQuery Task doing SynchronizeChildren / FetchChildren and repeatedly fetching metadata through MDItemCopyAttribute. Once all results finally appear, that task is no longer present.


A packet capture also shows a large amount of SMB2 IOCTL/RPC-like traffic during the waiting period, rather than ordinary recursive directory enumeration.


I have reproduced the issue repeatedly with different search terms. I have also tested starting the search using both Finder’s search field and Command-F.


Has anyone else seen this specific behaviour — exactly 100 results followed by a very long “Loading…” period on a Spotlight-indexed SMB share?


In particular, I would be interested to know whether anyone has found a server-side SMB/Spotlight setting or macOS configuration that affects this behaviour.


The same files are searchable locally on the server very quickly, so this seems specifically related to Finder retrieving/processing Spotlight results over SMB rather than Spotlight indexing performance itself.

2 replies

This specific behavior exactly 100 results appearing instantly, followed by a long "Loading..." hang before the remaining results pop in—is a known architectural bottleneck in how the macOS Finder handles Spotlight metadata queries over SMB.

Thanks — that is exactly the behaviour I am seeing.

Do you have a source or any additional technical information about this being a known architectural bottleneck?

In particular, do you know whether the exact 100-result boundary is documented anywhere by Apple, and how long this behaviour has been known to exist? Is it specific to macOS Tahoe, or has Finder behaved this way with Spotlight searches over SMB in earlier versions of macOS as well?

Also, are you aware of any known workaround or server/client setting that avoids the 100-result stall?

I have filed this with Apple through Feedback Assistant and have been doing some controlled testing. The server itself can return 586 matching files via mdfind in well under one second, while Finder on the client consistently displays exactly 100 results first, remains at 100 with “Loading…” for 40–84 seconds, and then jumps directly to all 586 results.

So I would be very interested in any background you have on when this behaviour was introduced and what is known about its cause.


Kind regards,


Peter