You can make a difference in the Apple Support Community!

When you sign up with your Apple Account, you can provide valuable feedback to other community members by upvoting helpful replies and User Tips.

Looks like no one’s replied in a while. To start the conversation again, simply ask a new question.

AFP/SMB Directory Listings very slow in Finder

Hello comunity!


Since the upgrade to OS X Mavericks we are experiencing server problems, browsing AFP/SMB shares on remote servers (VPN). The Directory Listing is very slow an can take up to 30 minutes for large listings.


Here's the setup


  • 2 networks are connected thanks to a VPN connection.
  • All clients, in all connected networks can communicate to a common fileserver (MacPro with OS X 10.6 SnowLeopard Server) in Network A
  • Firewall is not an issue between those networks
  • The fileserver also has other network services set up (DNS, Mailserver, SMB, AFP, Firewall, ...)
  • The clients authenticate via OpenDirectory and Kerberos to the fileserver


So the problems occur if i want to connect a client on network B to the server on network A. Connection, authentication, ... all good. Even the performance over the VPN, to tranfer files is OK. But browsing subfolders is catastrophic. I used AFP and SMB alike, results are the same.


I also made tests on older clients, to see if the fileserver is the problem. 10.6 and 10.8 clients can browse normally, speed is OK. Even Windows Clients can browse normally all the subfolders of the fileserver.


I analyzed different approaches made here, but none of them worked:

  • Connect to share with explicit port
  • Connect to share with FQDN
  • Connect to share with port 445 (SMB)
  • Setup an nsmb.conf with notify_off=yes
  • ...


I also did analyze different logs and there's something i found, but can not say if it's connected. I did see many log entries like this:

...

29.10.13 12:21:51,960 icbaccountsd[775]: -[ICBLocalDictionary writeLocalMapping:]: Status: Writing out local mapping to disk

29.10.13 12:21:51,960 icbaccountsd[775]: -[ICBLocalDictionary writeLocalMapping:]: Status: Ending writing out local mapping to disk

29.10.13 12:21:51,960 icbaccountsd[775]: -[ICBRemoteDictionary writeDevices]: Status: Writing out of devices

29.10.13 12:21:51,960 icbaccountsd[775]: -[ICBRemoteDictionary writeDevices]: Status: Ending writing out of device

...


I also saw tha a process "icbaccountsd" was often coming up an using all of my CPU, when i start browsing the share. Thus i could not find any documentation on it.


So my question: What can I do to accelerate the browsing of my AFP/SMB shares for all my Mavericks clients? What can I do to speed up the Directory Listing? And yes: i know about solutions like PathFinder, TotalFinder, .... but i'm more interested in a native solution to this problem.


Thx!!

OS X Mavericks (10.9), 10.6.8 Server

Posted on Oct 29, 2013 4:30 AM

Reply
Question marked as Top-ranking reply

Posted on Nov 26, 2015 6:50 AM

!! Possible solution that worked for me - at the moment !!


Hello,


I also got the problem that browsing an afp share gets very slow.

My Share is little over 5TB big with much media data.


I tried all the solutions that I found on this forum but nothing helped as much as what I just found.


After spending many hours today to find a solution I finally turned on wireshark to have a look whats going on on port 548 (AFP over TCP Port)

I saw that whenever I opened a folder many requests were send to the server - my guess was that the finder is requesting the little preview images because inside of each request was a filename of the folder I just opened.

My guess is that whenever you open up a folder, OSX sends multiple requests to the server to get the preview image.

The server tries to answer all the requests but when you navigate to another folder the next requests for this folder are sent - kind of DDOS.


After realising this, I went to the root share, right clicked -> Show Vew Options and turned off Show Icon Preview.

The result was phenomenal - afp was fast and the traffic on port 548 was shut down very drastic.


I would like to hear if this solves the problem for others too or if I'm the only one where this helped

183 replies

Nov 19, 2014 2:15 AM in response to TenjuZenjin

I am having this problem to, as well as all my clients that have a Windows server. It's annyoing and very embarrassing.


I can connect from the same Mac from within Parallels/Fusion and directory listings are blazing fast! But from the Mac it's extremely slow...


I just reported this as a bug to Apple. They REALLY need to do something about this!

Dec 9, 2014 12:37 AM in response to Andreas Carlsson

Yosemite is no better.


Apple do not appear to be addressing this issue, which I find incredible; considering this is such a fundamental function.


My files are hosted on a QNAP server, but it sounds like this is apperent on any server. I have tried AFP and SMB, forcing SMB 2.0 and 2.1, and I wait over 10 minutes to see files in Finder. Navigating the disctoriy at the command line is no problem. A windows client has no problem whatsoever (with SAMBA of course).


My machine is connected to the QNAP at gigabit, via a gigabit switch, it doesn't get much better than that!

Mar 15, 2015 5:04 AM in response to TenjuZenjin

Hi everyone.


I dont know if this may help, but this was our experience with AFP navigation in Mavericks and Yosemite.


We had the same problem in my work. Accessing by wifi to an AFP server was a nightmare but through Ethernet works fine.

after researching for a long time, we discovered that the problem was the WIFI encryption.

WPA/PSK are icompatible and gives much troubles with Mac OSX, now with WEP password all runs wery well.


Sorry for my english.


I hope that it will help us.

Regards

Mar 15, 2015 9:04 AM in response to aerolito

...now with WEP password all runs wery well.

Just be aware that a WEP password can be broken in less than a minute.


Basically WEP will keep honest people from accidentally connecting to your WiFi.


However, anyone that wants to access your WiFi network to capture your traffic, or just to use your broadband connection for free can easily do this will tools easily obtained on the internet.


As long as you know and understand this, WEP is fine. Like I said it is useful in keeping neighbors that do not want to accidentally connect to your network from having their computers connect anyway.

Apr 4, 2015 3:13 PM in response to BobHarris

This has been a constant problem for me and a handful of clients ever since Mavericks. I thought that Yosemite would have fixed it, but I still have a client who suffers from it. AFP or SMB both work really great on the LAN, but connecting through VPN it is very slow to load folder contents. I know it is not a problem with the VPN because when I connect from iOS and use iFiles to browse AFP, every folder loads lightning fast.


In the effort to try something else, I turned on FTP sharing in OS X Server and the difference was night and day. Folders with many items were displaying in Finder noticeably faster than with AFP/SMB2/SMB3. It doesn't solve the issue with AFP/SMB, but it's a workable solution. I have also confirmed FTP being faster with another colleague of mine who ran a test on his client's OS X Server (Yosemite) and FTP was a night and day difference.


For now, FTP access will be my solution for slow remote file server access when using AFP/SMB.

May 10, 2015 2:36 AM in response to TenjuZenjin

I had the same problem with my new Macbook Pro running Yosemite (very slow listing of directories, especially with large amount of files in it), tried several things mentioned on this forum and others, including editing nsmb.conf, switching to smb1 etc, nothing worked. Eventually I set all the permissions straight on my NAS for all folders and subfolders. This solved it for me! Now browsing my QNAP shares is blazing fast again.

Aug 2, 2015 12:37 AM in response to TenjuZenjin

No fixes in El Capitan.

My experience:

Upgrade from Mountain Lion to Mavericks, super slow NAS.

Clean install back to Mountain Lion, blazing fast NAS

Re-ugrade to Mavericks, super slow

Upgrade to Yosemite, super slow

Upgrade to El Capitan, super slow


The only variable here is upgrading the OS.

Apple, can't you fix this. Used to see 30-50MB/s file transfer, now it's 2-5MB/s

Sep 19, 2015 2:14 AM in response to TenjuZenjin

I have the same and just wold like to ask after some time if someone find solution in yosemite 10.10.5.


It is impossible to work on NAS when you are connected via PPTP VPN. I really spend on this issue many days but can't find solution. Nothing from this post work for me.


All other devices (iOS, Linux, Windows, Android) works amazing fast on same network and same VPN settings. Just only Mac is SOOO SUPER SLOW!


How do you fix it or are you all switch to windows when you are working outside of LAN? 😠 Any chance in OX X El Capitan?

Sep 28, 2015 8:59 AM in response to TenjuZenjin

After reading this thread it seems to me the well-known SMB problems in the Mac OS since 10.7 have actually obscured the original question, which was to do with slow folder access in Mavericks over VPN. We have VPN running on OS 10.9.5, Server 3.2.2. If you do a VPN connection from a Mac running 10.8, then connect via AFP to a shared folder, then open folders contained within it, the contents show quickly. If you connect from a Mac running 10.9 or 10.10 the contents of the contained folders are very very slow to show (but the top listing of folders is fine). So no SMB involved. As suggested it seems to be down to a change in the Finder from 10.9. I've tried Pathfinder as well and accessing the same folders over VPN is instantaneous.

AFP/SMB Directory Listings very slow in Finder

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.