如何加速 VMWare 共享文件夹?

如何加速 VMWare 共享文件夹?

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

我是不是仅有的谁注意到共享文件夹的速度非常慢。我使用共享文件夹进行网站测试(Drupal、WordPress)和/或跨不同 VM 环境编译代码(VS、gcc),因此我宁愿不使用 5 个以上包含相同数据的 rsync'd NFS。


如果 SF 总是很慢,那么对于 Web/编译情况来说,在主机和客户机之间共享文件夹的最佳/最有效的方法是什么?

(Win 8 主机,各种客户机的 VM 工作站(OSX、Unbuntu 等))

答案1

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

此主题中讨论了这个问题: https://communities.vmware.com/thread/520731?start=30&tstart=0

RusIsh 2018 年 4 月 27 日下午 9:29 (回复 swineone)

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

该主题页面上还有一些基准:

geneg1 2018 年 7 月 5 日下午 3:07 (回复 RusIsh)

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

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

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

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

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

所以@Ruslsh 肯定说对了。桥接网络与 NAT 有很大不同,至少对我来说是这样。不过仍然比将源文件保存在客户操作系统上慢 40%。

只是为了好玩,我尝试在测试 #2 中关闭 Windows Defender,结果是 342 秒。节省的时间虽然可观,但并不多。我没有在主机或客户机上运行任何其他 AV 软件。

答案2

对我来说,在 Windows 10 上禁用防病毒实时保护对 HGFS 速度产生了巨大影响。5 倍 - 6 倍

答案3

我知道这不会像从 NAT 切换到桥接网络或使用 SMB 那样有帮助,但如果您希望从 Windows 上的磁盘中榨取额外的性能,请尝试以下操作:

; Disable "low disk space" notifications and checking for available disk space
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Explorer]
"NoLowDiskSpaceChecks"=dword:1

;disable 8.3 names and last access
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem]
"NtfsDisable8dot3NameCreation"=dword:1
"NtfsDisableLastAccessUpdate"=dword:1

相关内容