我如何模拟更多的虚拟CPU比物理可用?

在VMWare中,您可以使用多个CPU,但只能在主机上使用多个CPU。 有没有办法使用更多的CPU比物理可用?

这将是:

  • testing软件devise用于在商品双向盒子上的昂贵的16路盒子上运行。
  • 在单向主机上使用为双向devise的图像
  • testing软件在不通电的情况下 (想想3)( 尽pipe这最终可以在4路盒子上完成

在VMWare中,您可以使用多个CPU,但只能在主机上使用多个CPU。 有没有办法使用更多的CPU比物理可用?

这将是:

  • testing软件devise用于在商品双向盒子上的昂贵的16路盒子上运行。
  • 在单向主机上使用为双向devise的图像
  • testing软件在不通电的情况下 (想想3)( 尽pipe这最终可以在4路盒子上完成

更新:

我特别希望能够在2路硬件上运行16路configuration的操作系统,而不是基本的超额订购(例如4路硬件上的16路2路),几乎可以通过当前所有的虚拟化软件来处理。

如果我不想要限制所需要的投资,我也不想投资一个非常具体的解决scheme。

而且我不能只是增加线程的数量,因为它已被巧妙地build议,因为:

  • 在一个应用程序中,我希望能够testing过程编号的自我调节。
  • 我还希望能够看到在大量小型主机(1路或2路)上拥有less量大型SMP(16+路)主机的影响。

更新(之二):

我终于发现QEMU正是这样做的。

即使你find了一个能够做到这一点的模拟器,现实情况是,你将无法在这种情况下进行全面的testing – 比赛条件,locking等不能在完全testing的情况下在并行环境中工作仍然基本上按顺序运行一切。

-亚当

其实QEMU提供了-smp X启动选项,正是我所需要的。

VMWare可以让你超额订购CPU,也就是说,如果你有双四核Xeon(即总共8个核心),你可以有6个双vCPU虚拟机。 很显然,如果所有6个虚拟机在100%的CPU都“变白”,你将遇到性能问题,但希望不会发生。 顺便也记得也一样。 希望这回答你的问题。

我想你需要一些严肃的模拟来做到这一点,比如Simics或者类似的。

当谈到简单的testing,使用更多的线程比核心将提供至less一些有用的数据,对不对?

这听起来像是要模仿更多的核心,要求可笑的cpu – 至less以任何有意义的方式。 但我可能是错的^^

不,您不能在双向盒子上运行16路图像。 如果你不介意花一点钱,可以用一些IBM 440关掉Ebay。 你可以把它们菊花链连起来构成一个16路的盒子,而且它们很便宜,就像200美元。 它们重达一吨,而且声音很大,功耗很大,并不是特别快(全部是单核),但它们会达到你以后的效果。 另外,他们运行VMware ESX – 自从v2.5以来我就使用它们了。

菊花链电缆通常不包括在内,所以你需要find一个来源。 你必须确保所有的440具有相同的CPU速度。

如果你在南佛罗里达地区,让我知道,我可以把你与一个商店,可能会出售他们。