Just to make sure.
While turning off the antivirus is a good way to pinpoint what is triggering this, it is best to exclude the shared folders from your antivirus product.
Most -if not all- antivirus products have a way to exclude paths from being scanned.
If it doesn't scan that path, the problem is gone and you are still protected.
If you are running antivirus at your host level as well, then it doesn't even change the protection land scape as the host already protects your shared folders.
Wil| Author of Vimalin. The virtual machine Backup app for VMware Desktop Products
| Vimalin : Automated backups for VMware Fusion and VMware Workstation Professional
| More info at https://www.vimalin.com
| Twitter @wilva
| VMware Wiki at http://www.vi-toolkit.com
Exactly the same problem here.
I have OSX High Sierra 10.13.4 (17E199) host OS and Windows 10 Pro 1709 (16299.403) guest OS.
I have a shared folder with a large number of files where I need to search for and edit files quite often. It takes anywhere between 30 seconds to a minute to find a file and then about 30 seconds to open it. Even trying to select a file (i.e. single click on it) could take about 15-20 seconds.
I have exactly the same setup with Parallels, where it takes about 20 seconds to find a file and about 5 seconds to open it. Single clicking a file is instantaneous.
Quite often in Fusion it takes me more time to find and open a file than to actually edit it. This is ridiculous, especially knowing that Parallels can do it 5 times faster.
Can anybody experiencing this problem confirm the following solution:
Expose the VM to the base network by selecting the physical LAN adapter in the "Bridged Networking" sections in "Network Adapter" settings. Map network resource as a mapped drive in Guest OS. Try and perform some operations on the newly mapped drive.
For me it did speed up things considerably.
Just did a little testing on my own C++ project in Visual Studio 2013 running on VMWare Fusion 10.0.1, macOS 10.13.15, guest OS Windows 10 x64 Pro
1. Full project rebuild with source files local to the guest OS: 219 seconds
2. Full project rebuild with source files on host OS, connected via Windows file sharing (SMB), using bridged networking: 355 seconds
3. Full project rebuild with source files on host OS, connected via Windows file sharing (SMB), using NAT networking: 2257 seconds (not a typo)
4. Full project rebuild with source files on host OS, connected via VMWare Shared Folders (HGFS), using NAT networking: 2168 seconds
So @Ruslsh is definitely on to something. Bridged networking vs. NAT made a huge difference, at least for me. Still 40% slower than keeping the source files on the guest OS though.
Just for kicks I tried turning Windows Defender off on test #2 and the result was 342 seconds. A measurable but not huge savings. I'm not running any other AV software on the host or guest.
I haven't tried Parallels so I'm not sure if it would be any better.
I had the same problem with file access taking so long I couldn't get any work done. I use both Windows XP and 7.
I say "had" because I switched to Parallels a couple years ago and file access for files on my host is as fast as if they were inside the windows vm.
That being said, I prefer vmware to parallels and am wondering if any of you with the problem find it is solved in version 11.