如何加速VMWare共享文件夹？

Question

在 VMWare 中设置/优化共享文件夹以实现快速 I/O 的最佳方法是什么？

我不，在，只是，一个谁已经注意到共享文件夹是痛苦的缓慢。我在不同的 VM 环境中使用共享文件夹进行网站测试（Drupal、WordPress）和/或编译代码（VS、gcc），所以我宁愿没有 5+ rsync 的 NFS 与相同的数据。

---

如果 SF 总是很慢，那么在 Web/编译情况下，在主机和来宾之间共享文件夹的最佳/性能最高的方法是什么？

（Win 8 主机，各种来宾的VM 工作站（OSX、Unbuntu 等））

Answer 1

显然，您可以通过使用 Windows 文件共享 (SMB) 并选择桥接网络（而不是 NAT）来获得更快的连接。

此线程对此进行了讨论： https://communities.vmware.com/thread/520731? start=30&tstart=0

RusIsh 2018年4月27日 晚上9:29 （回复 swineone）

通过在“网络适配器”设置的“桥接网络”部分中选择物理 LAN 适配器，将 VM 暴露给基本网络。将网络资源映射为来宾操作系统中的映射驱动器。尝试在新映射的驱动器上执行一些操作。

以下是该线程该页面上的一些基准测试：

geneg1 2018年7月5日下午3:07（回应RusIsh）

刚刚在 Visual Studio 2013 中对我自己的 C++ 项目做了一些测试，运行在 VMWare Fusion 10.0.1、macOS 10.13.15、客户操作系统 Windows 10 x64 Pro 上

1. 使用客户操作系统本地的源文件重建完整项目：219 秒

2. 使用主机操作系统上的源文件重建完整项目，通过 Windows 文件共享 (SMB) 连接，使用桥接网络：355 秒

3. 使用主机操作系统上的源文件重建完整项目，通过 Windows 文件共享 (SMB) 连接，使用 NAT 网络：2257 秒（不是拼写错误）

4. 使用主机操作系统上的源文件重建完整项目，通过 VMWare 共享文件夹 (HGFS) 连接，使用 NAT 网络：2168 秒

所以@Ruslsh 绝对是有道理的。桥接网络与 NAT 之间存在巨大差异，至少对我来说是这样。不过，仍然比将源文件保留在来宾操作系统上慢 40%。

为了好玩，我尝试在测试 #2 中关闭 Windows Defender，结果是 342 秒。节省可衡量但不是巨大的。我没有在主机或访客上运行任何其他 AV 软件。