检测到论坛CSS可能没有正确加载，如出现排版混乱请刷新重试。

We detected that the CSS might not be loaded correctly. If the website displays abnormally, Please refresh and try again.

XP在多处理器平台上反应迟钝怎么修

xkai

n年前我就反映过XP（NT5.1）在VM上特别卡，装软件、日常操作都卡，不流畅，反观NT5.2却非常流畅，一点都不卡，这几天反复测试，发现居然是多处理器的锅！多核也一样，因为本质是HAL的问题——NT5全系不管是多核还是多处理器，都得用带多处理器字样的几个HAL，1c1t平台则是用另外几个HAL。问题来了，5.2在多处理器HAL上（图中圈出的这两个）一点都不卡，5.1如果是单处理器HAL，反应比5.2还流畅一点点，如果是多处理器HAL，则卡出翔，打满补丁后相关的文件虽然被更到了最新，但只是好了一点点，基本没有明显改观，这该怎么修呢。。。

熊猫火狗

xkai 新版的Vmware在XP上有bug

Amylopectinlover

要不然试试换成One-Core-API的hal？

xkai

试了还是一样

焊锡锡

VM导致的，实体机无此问题

QJS Studio 王琳芳

VM装老系统，建议选择一个稳定的版本，不要随便更新。

何木槿

QJS Studio 王琳芳主系统也要停在某个版本，之前VM16.2在24H2上经常导致VM内客户机蓝屏

Amylopectinlover

QJS Studio 王琳芳但是系统本身对老版兼容性也是问题，比如1903+和较新平台会直接导致vm15.5.7一下的vmware不能正常开启虚拟机

test114514

个人感觉，问题应该还是出在VMware的虚拟显卡性能不行导致的卡顿，毕竟在我老家那台11年的老爷机上装XP的时候并没有遇到过很卡的情况

xkai

test114514 试了vm和vbox装nt5.1和5.2，都存在上述问题——5.1的mps hal 卡顿，5.2不卡（事实上5.2用mps hal也比单u的hal卡，只是影响非常小）。测试的虚拟机没安装任何驱动
顺带一提，vbox装nt5默认是acpi pc，得一开始安装就把hal改掉（提示按f6时按f5）

test114514

Amylopectinlover 对于Windows 10，先在安全中心关内核隔离，然后再关hyper-v应该能在一定程度上解决这个问题，毕竟新版Windows 10默认会部分启用hyper-v功能，典型症状就是VMware的嵌套虚拟化不可用；
即cmd运行bcdedit /set hypervisorlaunchtype off
毕竟hyper-v作为和KVM/ESXI类似的的Type 1 Hypervisor，和VMware这种Type 2 Hypervisor有冲突倒也正常
之前试过这样处理，能让vm10.0.7在LTSC2021上正常运行
对Windows 11，应该还要额外关闭VBS（基于虚拟化的安全性），不过这我就没试过了

Amylopectinlover

test114514 根据在24H2的粗略测试，Win11下面跑的最好的老版VMWare是12.5.9，而且前提是不开启二进制转换（强行指定二进制转换直接CLOCK_WATCHDOG_TIMEOUT蓝屏）

test114514

xkai emmmm，我个人感觉还是虚拟机和系统配置的问题更大一些，之前我在2代i5的实体机上装x86的XP时并没有出现显著卡顿，根据个人经验，我个人不太认为完全是由于XP的多核心支持拉跨导致的反应严重迟钝；并且我在我的机器上安装了打满补丁的XP SP3和截止至2015年补丁的server 2003 R2（开启了桌面主题服务并启用luna主题）进行测试，在两台虚拟机均采用VMware 17.5.x兼容性、4核心、4G内存、120G IDE硬盘的情况下，两者在日常使用上（如快速拖动窗口、快速拖动桌面图标等）并未体现出非常大的性能差距，我的体验是两者都有点卡，感觉弄娱乐大师来跑个分来定量对比一下能得到更直观的结果？
至于nt5.2多核心支持比XP好，我个人认为是因为nt5.2作为服务器系统的内核，对多核心做了额外优化，不过其在实体机上的效果应该是大差不差的，至于在虚拟机中出现的显著性能差异，我认为主要原因还是出在虚拟机和系统配置上，原因如下：
1、两者作为相近时期推出的产品，理论上来说技术基础不会差太多，而且微软也没必要说故意把XP的多核心支持弄得很差，或者故意不去修复/增强XP的多核心支持能力去砸自家招牌。
2、相比于开启了Luna主题的XP，采用传统主题并禁用了主题服务的server 2003对硬件资源占用更低。

以上，如有不足或错误，敬请批评指正

xkai

Amylopectinlover 1903+用低于15的vm都不能检测实体机的电池
如果开启了报告电池给客户机，guest os在检测电池时就会死掉
另外你说的问题是现代u的问题，跟虚拟机软件没关系
这个问题实际上就是现代平台不让不用虚拟化，带来的问题是一堆vxd驱动会扑街
所以需要vxd驱动的话（比如95和3.x），跑虚拟机也得找老平台，最好是skylake及以前（我之前用公司几台机子测了一下，i5-7400用二进制转换开不起虚机，i3-6100可以）

何木槿

Amylopectinlover VM12居然可以在24H2正常工作吗？
我在24H2下跑VM16.2，NT6.3和NT10客户机一开机就蓝屏，提示Unsupported Processor，宿主机的处理器是i5-1340P，然后就不得不更新VM17.5了

Amylopectinlover

xkai skylake之前，那amd估计推土机就不行了吧(

xkai

xkai 补了一下截图，测试是VM5兼容性+二进制转换。VT-x和VT-x/EPT都可以正常启动
这个跟host OS和VM版本&VM兼容性版本无关，i5 7400+Win7一模一样的提示，i3 6100+Win7/10用任何虚拟化引擎都正常
14开始就不能选择虚拟化引擎了，主机不开虚拟化的话虚拟机都开不了

VM老版本的默认虚拟化引擎取决于设置的Guest OS，以Win为例，低于XP的是二进制转换，XP以上的是虚拟化接口
所以在上面的测试中，Guest OS选98，虚拟化引擎选自动和二进制转换都会报错，只能要么把虚拟化引擎改为带虚拟化那俩，要么把Guest OS选为至少XP

提示原文：二进制转换与该平台上的长模式不兼容。如果客户机进入长模式，虚拟化引擎将自动切换至 Intel VT-x。
然后是报错：
VMware Workstation 不可恢复错误: (vcpu-0)

vcpu-0:VERIFY vmcore/vmm/main/cpuid.c:386 bugNr=1036521

日志文件位于XXX中。

您可以请求支持。

要收集数据提交给 VMware 技术支持，请选择“帮助”菜单中的“收集支持数据”。

也可以直接在 Workstation 文件夹中运行“vm-support”脚本。

我们将根据您的技术支持权利做出回应。

此提示网上的solution都是主机开启虚拟化，然后改虚拟化引擎，没一个说出原因的。（可想而知这些人都没意识到新u的问题）

日志如下

vmware.txt

169kB

查了一下，最早16年10月就有帖子说这个了，当时kaby只发了低压，ryzen1还没发

test114514

xkai 个人认为哈，既然需要到98及以前的老系统，用模拟器如pecm或者qemu的效果会能更好一些，虽然模拟器性能开销极大，但是即使性能只有宿主机的10%，对老系统而言已经是绰绰有余了；此外模拟器是直接全方位模拟硬件，能避免新硬件虚拟化导致的很多bug，也不需要依赖于老平台，新老硬件都能用。
例如，由于Windows 98依赖于特定的老指令集，而新CPU砍掉了这部分指令集，就出现在第二次重启完毕进桌面的时候explorer报错并闪退
以及Windows 95在CPU速度比2.2G快的时候启动报Windows protect error，然后卡住

xkai

何木槿虚拟机蓝屏还是宿主机蓝屏

test114514

何木槿实际上这个问题到了vm17也没有得到彻底解决，我这边是vm17.6.2，安装vista和XP的时候也出现走完setup阶段，第一次从硬盘启动的时候客户机Unsupported Processor蓝屏或者VMware软件提示vCPU不可恢复错误；不过装8.x和10就没这问题。
个人怀疑，问题可能是和12代及以后的intel采用大小核心设计有关？

Amylopectinlover

何木槿实测确实可以，但是不可使用二进制转换（否则宿主机报CLOCK_WATCHDOG_TIMEOUT）。更早的版本会导致宿主机PAGE_FAULT_IN_NONPAGED_AREA蓝屏
VM14在24H2宿主机上会导致宿主机SYSTEM_SERVICE_EXCEPTION蓝屏，但是使用LTSC 2019就没事，这可能是VM的某个虚拟机监控程序驱动和Win11冲突了（类似VPC2007在Win8+的问题）
注：宿主机CPU是6800H