ESXi 5 中的虚拟机配置对话框警告我，如果我在安装来宾操作系统后更改 vCPU 的数量，天就会塌下来——咳咳——这“可能会使我的虚拟机不稳定”。
我知道线程序列化中涉及的某些 CPU 指令在多处理器系统中需要 LOCK 前缀，但在单处理器系统中不需要（或者至少不需要单核）。操作系统通常会在不需要的地方省略 LOCK。
如果操作系统使用省略 LOCK 但使用多个 CPU 的内核，那么这将导致极度不稳定和难以隔离的错误。但是，如果内核是为一个处理器设计的，那么它使用多个处理器做什么（它必须有意识地这样做）？这似乎是一个完全荒谬的操作系统设计，我希望它在实践中不存在。
一个更合理的操作系统设计是在启动时检测 CPU，并相应地选择单处理器或多处理器内核。如果做不到这一点，唯一其他明智的设计将安装正确的内核，但单处理器内核将永远不会使用其他处理器，因此除了完全不使用之外，其他 CPU 不会有任何危害。
应用软件可能更容易陷入麻烦，因为即使在单核系统上也很容易使用多线程，所以不注意它在多处理器系统上而不是锁定（或使用操作系统的设施）可能会导致可怕的错误。但是，是否会有任何严肃的软件设计如此糟糕，以至于仅在安装期间测试单处理器/多处理器状态？
世界末日警告背后的原因是什么？我实际上应该在哪些操作系统或应用程序上（如果有的话）遇到问题？
仅在安装来宾操作系统后添加或删除 vCPU对于任何最新版本的 Linux 或 Windows 来说都不是问题，这些版本足够新，仍然受到供应商的支持。这个警告可以追溯到 VMware 的早期，现在已经无关紧要了。
然而，在 Linux 的早期，内核必须专门编译为支持 SMP，有时 UP 内核不喜欢在 SMP/NUMA 系统上运行，反之亦然。那些日子早已被遗忘。
如今，Linux 内核几乎总是在默认情况下使用 SMP/NUMA 支持进行编译，即使在一个处理器上也能正常运行。这适用于所有 2.6 和大部分或全部 2.4。
自 Server 2003 以来，Windows 的行为与此类似。我无法在 Internet 上快速找到有关 2000 和 NT 4.0 行为方式的明确信息，尽管我似乎从遥远的记忆中回想起它们在从单个 CPU 切换到多CPU配置。
但是，如果您计划对一个非常古老的系统进行 P2V，理论上您可能会遇到此类问题。