答案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++ 项目进行了一些测试
使用客户操作系统本地的源文件重建完整项目:219 秒
使用主机操作系统上的源文件重建完整项目,通过 Windows 文件共享 (SMB) 连接,使用桥接网络连接:355 秒
使用主机操作系统上的源文件重建完整项目,通过 Windows 文件共享 (SMB) 连接,使用 NAT 网络:2257 秒(不是打字错误)
使用主机操作系统上的源文件重建完整项目,通过 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