Newsroom Update

Beginning in May, a special Today at Apple series titled “Made for Business” will offer small business owners and entrepreneurs free opportunities to learn how Apple products and services can support their growth and success. Learn more >

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

slow folder browsing on VPN vs Window (AFPvsSMB-well not really)

Wondering if there is anyway to speed up any Macs that are browsing across a VPN. Well the issue is not the VPN per say but more the way apple browses network directories.


I have a 10.6.8 server that shares a directory structure for my organization. In house computers have no problems with speed, as they are on the local lan. Now throw VPN into the scenario.


I understand fully that connection accross the VPN will depend on many factors, one of which being the service provider etc...


If I take a Mac (iMac 2010 running 10.6.8) and connect to the AFP OR SMB share, it seems to take forever to browse the directory structure just to get to the file the end user wants.


Same office and same VPN, browse the shared drive on a windows XP machine, and directory browsing is lightning fast.


It also seems the the opening (which I never recommend to my users) or copying of a file seems to take approx. the same amount of time, whether in mac or windows, it is the "getting to the file" that takes forever.


On the mac side, it is barely faster to connect over SMB, however still nothing close to as fast as the windows machine. Does this seem normal? and is there anything I can do for my Mac counter parts to speed up this process?


Thanks for taking the time to read this.


Please let me know what additional information you need.


Server is hosting SMD, AFP, iCAL, iCHAT, AddressBook, DNS, WEB on XServe running 10.6.8.

X-Serve, iMac - Various years, Macbook Pro 2010, iPhone, AIX, Windows 7, Mac OS X (10.6.8)

Posted on Nov 1, 2011 10:53 AM

Reply
Question marked as Best reply

Posted on Nov 2, 2011 4:53 AM

Apple has always seemed to give poor performance for remote users compared to an equivalent Windows setup running over the same remote link. I think this is a combination of several things.


Firstly, the Finder on a Mac gets a lot more information to display a directory listing than Windows Explorer on Windows does. The Finder is of course getting the same file/folder names but in addition can get Finder comments, labels (colours), custom icons, etc. which Windows Explorer would not.


Secondly, I am convinced that AFP is not as efficient over slow links and/or high latency links as SMB.


Thirdly, I am also convinced that the Finder is grotesquely inefficient in sending and processing commands and replies, whereas perhaps Windows batches things up. As an ancient example of this anyone else remember the floppy disk shuffle on the original Macs?


I suspect because Apple have a very fast pipe to the Internet they have not appreciated how bad this can be. They need perhaps to consider getting a WAN link simulator and then they can see the problem and hopefully introduce more optimisation.


Unfortunately there is not much you can do about any of these things, you could try using SMB on the Mac rather than AFP as this might cause the Finder to not try getting some of the extra information like colour labels. Avoiding using the Finder if possible is the best option, you could help achieve this by keeping shortcuts to files on the Server so you don't have to keep browsing to the folder itself.

9 replies
Question marked as Best reply

Nov 2, 2011 4:53 AM in response to cpguru21

Apple has always seemed to give poor performance for remote users compared to an equivalent Windows setup running over the same remote link. I think this is a combination of several things.


Firstly, the Finder on a Mac gets a lot more information to display a directory listing than Windows Explorer on Windows does. The Finder is of course getting the same file/folder names but in addition can get Finder comments, labels (colours), custom icons, etc. which Windows Explorer would not.


Secondly, I am convinced that AFP is not as efficient over slow links and/or high latency links as SMB.


Thirdly, I am also convinced that the Finder is grotesquely inefficient in sending and processing commands and replies, whereas perhaps Windows batches things up. As an ancient example of this anyone else remember the floppy disk shuffle on the original Macs?


I suspect because Apple have a very fast pipe to the Internet they have not appreciated how bad this can be. They need perhaps to consider getting a WAN link simulator and then they can see the problem and hopefully introduce more optimisation.


Unfortunately there is not much you can do about any of these things, you could try using SMB on the Mac rather than AFP as this might cause the Finder to not try getting some of the extra information like colour labels. Avoiding using the Finder if possible is the best option, you could help achieve this by keeping shortcuts to files on the Server so you don't have to keep browsing to the folder itself.

Nov 2, 2011 2:05 PM in response to John Lockwood

Hi John


". . . anyone else remember the floppy disk shuffle on the original Macs?"


Yes!


"I am convinced that AFP is not as efficient over slow links and/or high latency links as SMB"


I've seen this also.


"Apple . . . need perhaps to consider getting a WAN link simulator and then they can see the problem and hopefully introduce more optimisation"


It's been mentioned to them before in the past and I've not seen them make too much of an effort in changing anything yet.


HTH?


Tony

Nov 3, 2011 2:21 PM in response to cpguru21

cpguru21 wrote:


Thanks John, and I hear SMB is going away in Lion? hmm I wonder if "fixing finder" for quick folder browsing is on apples agenda at all. Probably not. Oh well. this makes file sharing across vpn un-useable for my users.


insert frowney face here: 😟


there we go.


SMB still exists in Lion and in fact is a 'new' written by Apple version supporting the latest SMB2 protocol. Apple call it SMBX since the old one was called Samba.


Unfortunately at the moment Apple's new SMBX is very much a version 1 (literally) and has many rough edges and missing features.

Nov 7, 2011 1:02 PM in response to Antonio Rocco

Thanks Tony.


Hmmmm what to do for the future. This seems like a must for WANs. Makes me want to buy Windows machines instead of apple.......Does anyone know if alternative Finder apps, such as pathfinder, work much better or get close to the speed of Windows WAN folder browsing?


After the death of X-Serves, this is yet another reason to doubt our investment in Apple technology, other than smart phone possibilities. Afterall, the work better with exchange ;-)



Thanks for the input Tony and John. Always appreciate your advice/info.

Nov 8, 2011 2:16 AM in response to cpguru21

cpguru21 wrote:


Thanks Tony.


Hmmmm what to do for the future. This seems like a must for WANs. Makes me want to buy Windows machines instead of apple.......Does anyone know if alternative Finder apps, such as pathfinder, work much better or get close to the speed of Windows WAN folder browsing?


After the death of X-Serves, this is yet another reason to doubt our investment in Apple technology, other than smart phone possibilities. Afterall, the work better with exchange ;-)



Thanks for the input Tony and John. Always appreciate your advice/info.

If your using a Mac client with any (remote) AFP server even one not made by Apple then you would still see the same speed issues in the Finder since the Finder is the biggest culprite due to it getting all that extra file information (amongst other things). So using ExtremeZ-IP for Windows, or netatalk for Linux would not make a difference.


As I mentioned using SMB would make a very, very small improvement in theory. Yes, using anything except the Finder to access files would help, however the standard open/save dialog boxes would also be slow as well, doing a save with no dialog should be reasonably fast though.

Oct 1, 2013 7:20 AM in response to Benjamin_76

Benjamin_76,


There has been no change in finder operation up to this point. The only additional information I can offer is upgrading to enterprise class inter service. Just installed a 10up/10down synchronous connection at one of our remote sites, as well is a bandwidth increase (up and down) at main site, and while finder is still slow, it is much better.


Implementation of new firewalls (barracuda) and their proprietary TINA tunnels also made an improvement for VPN speed. Many factors make up the whole pie when discussing VPN traffic speed and reliability.


Good Luck.

Feb 2, 2014 3:36 AM in response to cpguru21

I have experienced this slow browsing over VPN for some time and always assumed it was just the price of network browsing over public broadband. I now have fibre at both ends with both server and client running the very latest software on the highest spec machines and it's still pretty slow. So, like I say I just thought this is the reality of things.


However, I have recently placed a Synology NAS device in another location, also connected by fibre, and enabled VPN using AFP at both ends. Boom, lighting fast browsing. Works a treat.


So my conclusion is that there is some ineffcieincy, or overhead, being caused by OSX server that slows everything down.


The NAS in question is Synology's base model so it certainly doesn't have blistering read/write, fast processing etc.


Strongly considering replacing OSX server with performance Synology NAS which includes ALL of the network features I require from OSX.


Not a solution for everyone but improved performance VPN is far more valuable to me than a traditional server.

slow folder browsing on VPN vs Window (AFPvsSMB-well not really)

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