在 VMWare 中，您可以使用多个 CPU，但只能使用主机上的 CPU。有没有办法使用比物理可用更多的 CPU？
这将是：
- 测试软件设计用于在昂贵的 16 路盒上运行在商品 2 路盒上。
- 在 1-way 主机上使用为 2-way 设计的图像
- 以非 2路的方式测试软件（想想 3）（尽管这最终可以在 4 路的盒子上完成）
在 VMWare 中，您可以使用多个 CPU，但只能使用主机上的 CPU。有没有办法使用比物理可用更多的 CPU？
这将是：
- 测试软件设计用于在昂贵的 16 路盒上运行在商品 2 路盒上。
- 在 1-way 主机上使用为 2-way 设计的图像
- 以非 2路的方式测试软件（想想 3）（尽管这最终可以在 4 路的盒子上完成）
更新：
我特别希望能够在 2 路硬件上运行 16 路配置的操作系统，而不是当前可用的几乎所有虚拟化软件都有效处理的基本超额订阅（如 4 路硬件上的 16 路 2 路）。
如果我不需要，我也不想投资一个非常具体的解决方案，因为我的想法是限制所需的投资。
而且我不能仅仅增加线程的数量，因为它已被巧妙地建议：
- 在一个应用程序中，我希望能够测试进程号的自我调节。
- 我还希望能够看到拥有少量大型 SMP（16 路以上）主机对大量小型主机（1 或 2 路）的影响。
更新（之二）：
我终于发现QEMU正是这样做的。
即使您确实找到了可以执行此操作的仿真器，但现实情况是您将无法在这种情况下进行全面测试——如果您无法在并行环境中完全测试竞争条件、锁等仍然基本上按顺序运行所有内容。
-亚当
实际上， QEMU提供的
-smp X启动选项正是我所需要的。VMWare 确实允许您超额订阅 CPU，即如果您有双四核 Xeon（即总共 8 个核心），您可以拥有 6 个双 vCPU 虚拟机。显然，如果所有 6 个虚拟机在 100% CPU 下“变白”，您将遇到性能问题，但希望这不太可能发生。顺便说一句，记忆也是如此。希望这能回答你的问题。
我认为你需要一些严肃的模拟来做到这一点，比如Simics或类似的。
当涉及到简单的测试时，仅使用比内核更多的线程至少会提供一些有用的数据，对吧？
听起来模拟更多的内核对 CPU 的要求是可笑的——至少以任何有意义的方式。但我可能是错的^^
不，您不能在 2 路盒子上运行 16 路图像。如果您不介意花一点钱，可以在 Ebay 上购买一些使用过的 IBM 440。您可以将它们以菊花链形式连接在一起以构建一个 16 路盒子，而且它们的价格便宜得离谱，比如不到 200 美元。它们重达一吨，声音很大，而且耗电量很大，而且速度不是特别快（都是单核的），但它们会达到你的目标。另外，它们运行 VMware ESX——我从 v2.5 开始就使用它们。
菊花链电缆通常不包括在内，因此您需要找到这些电缆的来源。而且您必须确保所有 440 具有相同的 CPU 速度。
如果您在南佛罗里达地区，请告诉我，我可以帮您联系一家可能出售他们的商店的商店。