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