[Marco1279]

Sie unterscheiden sich vom Treiber her. Wenn Deine VMWare Server
z.B. AMD CPUs haben, sind in den VMWare Tools entsprechende Treiber
enthalten. Erklärt das Deine Frage? Auch in einer physikalischen
Umgebung macht das einen Unterschied. Es werden andere Treiber
geladen. Ist Virtuell nicht anders. Im Grunde liegt ja ein physischer
Prozessor vor, dieser muss ja angesprochen werden von der VM.

[Mr. Floppy]

Die CPU-Erweiterungen sollen dem Gast besseren bzw. überhaupt Zugriff auf die Hardware ermöglichen. Man muß wissen, daß ein Prozessor zwei Modi kennt, einen normalen (Ring 3) und einen privilegierten (Ring 0). Letzterer ist dem Betriebssystem (Kernel) vorbehalten. Das wird aber zum Problem, wenn man einen Gast ausführen will. Der will nämlich auch beide Modi nutzen, darf das aber nicht, weil er auf dem Host nur ein gewöhnlicher Prozeß ist. Intel VT oder AMD-V stellen dem Gast quasi einen eigenen abgeschotteten Ring 0 zur Verfügung (SVM). Das bringt Performancevorteile, weil die Virtualisierungssoftware weniger Anpassungen zur Laufzeit vornehmen muß. Sonst müßten nämlich alle Ring-0-Zugriffe umgebogen werden. Dabei wird der Kernel on the fly umgeschrieben, weshalb man üblicherweise auch den Typ des Gastes (Windows, Linux, etc.) angeben muß/kann. Es gibt noch andere Erweiterungen, z.B. für I/O, die alle das Ziel haben, dem Gast möglichst direkten Hardwarezugriff zu gewähren, weil die Softwareemulation sehr langsam und aufwendig ist.

Dieser Beitrag wurde von Mr. Floppy bearbeitet: 23. Februar 2012 - 11:44

[Kirill]

Es gibt übrigens noch SLAT, Second Level Address Translation. Entspricht im Wesentlichen der Ringgeschichte, aber für Speicher.

[WinFutAl10]

Ebenfalls wird für manche Virtualisierungstechniken die hardwareunterstützte Datenausführungsverhinderung vorausgesetzt. Dies ist leider bei vielen PCs das Problem, weil man diese meist in OEM-Boards nicht aktivieren kann.