Wenig zu lang für einen Kommentar, also füge ich ihn als Antwort hinzu.
Ihre CPU ist eine Dual-Core-CPU mit einer Taktrate von 2,4 GHz oder 2400 MHz pro Core. [ 1 ] Das entspricht einer Gesamtverarbeitung von 4800 MHz zu einem bestimmten Zeitpunkt. Normalerweise übernimmt das Betriebssystem die Verwaltung der Ressourcen eines Computers. VMWare ESXi ist ein Bare-Metal-Betriebssystem, auch Hypervisor genannt. Im Grunde bedeutet das nicht viel, weshalb Sie ESXi auf einer 1 GB SD-Karte installieren können, wenn Sie es wirklich wollten. [ 2 ]
Bei der Verwaltung der CPU-Ressourcen gibt es einen sogenannten Scheduler, der bestimmt, wie und wann Prozesse auf der CPU ablaufen. In ESXi ist ein Scheduler in den Kernel integriert. [ 4 ] Alles ist in Ordnung und gut, solange der Scheduler genügend Verarbeitungsmöglichkeiten zur Verfügung stellt, um allen Prozessen die CPU-Zeit zur Verfügung zu stellen, die sie benötigen. Ein Computer kann langsam laufen und reagiert nicht mehr, wenn mehr Arbeit erledigt werden muss als er leicht verarbeiten kann. Wenn dies in ESXi der Fall ist, beginnt der Kernel damit, die physischen CPU-Kerne so zu teilen, dass alle virtuellen Maschinen die Möglichkeit haben, die Anweisungen auszuführen, die sie benötigen. [ 3 ]
Da wir alle wissen, dass Computer auf magische Weise funktionieren, sollte einfach alles funktionieren, oder?
Schauen wir uns das mal so an: Sie haben derzeit zwei VMs und eine CPU-Leistung von 4800 MHz, die alle gemeinsam nutzen können. Hoppla, hätte fast ESXi vergessen ... Das bedeutet, dass auf der Workstation insgesamt drei Dinge laufen. Alle drei Dinge versuchen, einen Teil der insgesamt verfügbaren 4800 MHz zu nutzen. Eine gute Nachricht ist, dass es unter den meisten Umständen genug sein sollte, um herumzugehen, da die meisten Betriebssysteme nicht immer 100% der CPU ausnutzen.
Nun zu den schlechten Nachrichten: Sie haben ESXi angewiesen, die gesamte CPU-Zeit von 4800 MHz an die Windows-Gast-VM zu übergeben, unabhängig von ihrer Verfügbarkeit. Tatsächlich bleibt den beiden anderen nichts anderes übrig. ESXi schneidet dann die physischen CPUs zeitlich ab, damit auch die anderen Dinge laufen können. Dieses Time-Slicing wirkt sich nicht wirklich auf Untangle oder ESXi aus, da sie genau so laufen, wie sie es brauchen, wenn sie laufen müssen. Dies wirkt sich auf die Windows-VM aus, da der ESXi-Scheduler in zahlreichen kurzen Intervallen vorübergehend gestoppt wird, wenn er etwas versucht. Eine kleine Unterbrechung hier oder dort ist nicht erkennbar, aber es passiert immer wieder viele Male pro Sekunde, was möglicherweise erklärt, warum die Windows-VM manchmal so träge ist.
Ihr Kollege hatte mit seiner Diagnose Ihrer Maschine nicht ganz recht, da er nur eine Steckdose und eine CPU hat, obwohl seine empfohlene Auflösung ein Schritt in die richtige Richtung war. Das Herunterzählen der virtuellen CPU von 3 auf 2 half, da Sie Ihre CPU-Ressourcen "übermäßig" bereitgestellt hatten. Grundsätzlich wird Ihre Konfiguration in Bezug auf die CPU-Reservierung auch mit demselben Namen bezeichnet. Um dieses Problem zu beheben, müssen Sie Ihre Reservierung auf etwa 1000 MHz reduzieren und eine CPU-Grenze zwischen 3000 und 3800 MHz einstellen. Dadurch werden möglicherweise nicht alle Ihre Langsamkeitsprobleme gelöst, es sollte jedoch helfen.
Quellen:
[1] http://ark.intel.com/products/27250/Intel-Core2-Duo-Processor-E6600-4M-Cache-2_40-GHz-1066-MHz-FSB [2] http://pubs.vmware.com/vsphere-55/index.jsp#com.vmware.vsphere.install.doc/GUID-DEB8086A-306B-4239-BF76-E354679202FC.html [3] http://pubs.vmware.com/vsphere-55/index.jsp?topic=%2Fcom.vmware.vsphere.resmgmt.doc%2FGUID-DFFA3A31-9EDD-4FD6-B65C-86E18644373E.html [4] http://www.vmware.com/files/pdf/techpaper/VMware-vSphere-CPU-Sched-Perf.pdf