将 vCPU 添加到现有操作系统安装

Question

ESXi 5 中的 VM 配置对话框警告我，如果我在安装来宾操作系统后更改 vCPU 的数量，天就会塌下来 - 咳咳 - 它“可能会使我的虚拟机不稳定”。

我知道线程序列化中涉及的某些 CPU 指令在多处理器系统中需要 LOCK 前缀，但在单处理器系统中不需要（或至少不需要单核）。操作系统通常会在不需要的地方省略 LOCK。

如果操作系统使用省略 LOCK 的内核但使用多个 CPU，那么这将导致极度不稳定和难以隔离的错误。但是，如果内核是为一个处理器设计的，那么使用多个处理器（它必须有意识地这样做）有什么用？这似乎是一个完全荒谬的操作系统设计，我希望它在实践中不存在。

更合理的操作系统设计是在启动时检测 CPU 并相应地选择单处理器或多处理器内核。否则，唯一的其他合理设计将安装正确的内核，但单处理器内核将永远不会使用另一个处理器，因此除了根本不使用它之外，另一个 CPU 不会有任何危害。

应用程序软件可能会更容易遇到一些麻烦，因为即使在单核系统上也很容易使用多线程，因此如果不注意它在多处理器系统上并且没有锁定（或使用操作系统的设施）可能会导致可怕的错误。但是，任何严肃的软件都会有如此糟糕的设计，以至于只能在安装期间测试单/多处理器状态吗？

世界末日警告背后的原因是什么？我实际上应该在哪些操作系统或应用程序上（如果有的话）出现问题？

Answer 1

安装来宾操作系统后仅添加或删除 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 ，那么理论上您可能会遇到此类问题。