![将 vCPU 添加到现有操作系统安装](https://linux22.com/image/606616/%E5%B0%86%20vCPU%20%E6%B7%BB%E5%8A%A0%E5%88%B0%E7%8E%B0%E6%9C%89%E6%93%8D%E4%BD%9C%E7%B3%BB%E7%BB%9F%E5%AE%89%E8%A3%85.png)
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古老的系统,但从理论上讲,您可能会遇到此类问题。