Ich habe mich über genau diese Sache gewundert. Ich denke, es wäre möglich, dies auf aktuellen Multi-Core-CPUs zu erreichen, wenn eine VM einen emulierten Prozessor verwendet, der ihre Bitbreite synchron auf alle physischen CPUs verteilen könnte. Beispielsweise könnten Sie dem Betriebssystem und den Programmen, die in der VM ausgeführt werden, einen 3-GHz-8-Core-16-Thread-Chip als 6-GHz-4-Core-8-Thread-Chip oder einen 12-GHz-2-Core-4-Thread-Chip anzeigen. Ich kenne keine solche VM, aber es ist wahrscheinlich möglich, dass dies möglich ist (mit einigen IPC-Reduzierungen von der physischen CPU offensichtlich).
Für einen Chip, der dafür ausgelegt ist, gibt es keinen. Wenn jedoch ein Entwurf eine physische Verbindung der Bitbreite zulässt, die die Kerne verbindet, um Anweisungen über die gesamte Breite pro Zyklus zu akzeptieren, können Sie dies ohne Verwendung einer VM und einer kleineren tun auf IPC getroffen.
Sehr überrascht, dass keine Hardware- oder Softwareunternehmen wie VM Ware, Intel oder AMD versucht haben, herauszufinden, wie dies angesichts der aktuellen Situation auf dem CPU-Markt zu tun ist. Stellen Sie sich vor, Sie müssen sich nicht zwischen einer Fast-Gaming-CPU oder einer Monster-Multi-Core-CPU mit all diesen zusätzlichen PCIe-Lanes entscheiden. Sie können dann einfach den CPU-Modus ändern, wenn Sie ein Programm verwenden, das nicht viele CPU-Threads verwendet. Dann entlastet es die Entwickler zurück. Wenn die CPUs dies können, ist es weniger erforderlich, die Anwendung mit mehreren Threads zu versehen. VMs können bei einer hohen IPC-Steuer bereits als mehr Kerne als Ihre physische CPU angezeigt werden. Wir benötigen etwas, das das Gegenteil bewirken kann. Die Leistung vieler Programme würde immer noch stark profitieren, wenn Sie das tun könnten, was in diesem Thread verlangt wird.