> On Nov 7, 2016, at 9:21 PM, James Andrewartha wrote: Two additional settings, Disable ARP requests validation and Revert TCP ACK to compatabilility mode, are also available. DS_Store files within network share folders:ĭefaults write DSDDontWriteNetworkStores true Open System Preferences, Spotlight, and add all the network shares to the exclusion list.ĭisable updating. Set Other-Networks and Static IP address in Network Preference.Īdditional settings for improving Mac SMB peformance:Įxclude network shares from Spotlight searching: Perform the following steps to resolve the issue:Īdd nf to ~/Library/Preferences/ with the following details: So despite a lack of support for LargeMTU, Windows clients have a better performance experience on SMB2.x than Apple because they better utilize pipelining, in place of the absence of LargeMTU with clustered Data ONTAP.Īpple Spotlight file indexer is a common cause for slowness in accessing CIFS shares. Pipelining allows an SMB client to issue multiple outstanding requests without waiting for a response.Īpple supports this feature as well however, they limit their client to just a few outstanding pipelined requests (less than 4 total outstanding requests versus Windows which regularly goes well above that). Windows clients get around the lack of support for this feature by using another Windows feature called pipelining. Without support for this feature, SMB clients (both Apple and Mac) are limited to 64KB max request size. The SMB LargeMTU feature allows an SMB client to issue a single request of up to 1MB. Packet trace displays that there is no issue with the controller response times, and the issue is with the client side settings. many versions of OnTap are like below, force the mac to make smb 1 connections. I think you'll find the overall fix for many many versions of OSX (macOS) vs. Other things I've done, disable SMB 3 on the NetApp and/or hide the snapshot directory on the share being accessed by the Mac(s). Toasters mailing NetApp (RE: 8.3 but might still apply). > On Nov 7, 2016, at 8:47 PM, James Andrewartha wrote: > _Īny performance difference between mapping shares this way: > no permissions icon and you can't open anything. > directories is super-slow, and then after a while all the files get the > problems connecting to SMB shares on our 8.2.4 7-mode filer. > We're testing macOS Sierra at the moment, and are seeing some weird On Mon, at 8:47 PM, James Andrewartha wrote: Of information, but I though knowing there is likely a client side Something with local cache settings or something. Help but our desktop guys resolved it on the client, it may have been I do not recall if I was seeing the permission denied. I do not remember the fix but we certainly saw the slow directory listing, When we migrated a windows file share to the a netapp running 8.1 or 8.2. I do not have the solution, but I did run into a problem several years ago

Smb mac os x mavericks