AMD-V i SVM
Określane również jako AMD-V (Hardware Virtualization), AMD SVM
AMD-V to technologia wirtualizacji sprzętowej firmy AMD, z funkcjami architektonicznymi powszechnie identyfikowanymi jako SVM. Obsługa przez procesor, włączenie w oprogramowaniu układowym i udostępnienie przez hipernadzorcę wpływają na to, czy funkcja jest zdatna do użytku.
Co musisz wiedzieć
AMD-V to technologia wirtualizacji sprzętowej firmy AMD, z funkcjami architektonicznymi powszechnie identyfikowanymi jako SVM. Obsługa przez procesor, włączenie w oprogramowaniu układowym i udostępnienie przez hipernadzorcę wpływają na to, czy funkcja jest zdatna do użytku.
Jak to działa
Mechanizmy Secure Virtual Machine definiują struktury sterowania gościem i przejścia zarządzane przez hipernadzorcę. Host wybiera operacje przechwytywane (intercepts) oraz dozwolone zachowanie gościa. Zagnieżdżona translacja stron, remapowanie urządzeń i mechanizmy szyfrowanych maszyn wirtualnych to dodatkowe możliwości, które wymagają osobnej enumeracji oraz konfiguracji.
Gdzie funkcja jest przydatna
Hipernadzorca może uruchamiać system operacyjny gościa przy użyciu przejść SVM i kontroli operacji przechwytywanych. Zagnieżdżona wirtualizacja wymaga dodatkowo, aby zewnętrzny hipernadzorca udostępniał i implementował niezbędne mechanizmy dla środowiska wewnętrznego.
Jak sprawdzać obsługę i włączenie
Należy sprawdzić obsługę SVM i informacje o funkcjach SVM w rozszerzonym CPUID AMD, a następnie zweryfikować stan w oprogramowaniu układowym systemu oraz w obsługiwanym interfejsie stanu hipernadzorcy. Należy korzystać z dokładnej dokumentacji platformy, ponieważ wyłączona lub zablokowana konfiguracja może uniemożliwić działanie pomimo możliwości sprzętowych.
Zwirtualizowane wdrożenie ma kilka warstw: fizyczne możliwości, uprawnienia oprogramowania układowego, aktywny hipernadzorca hosta, udostępnione możliwości gościa oraz obsługa w systemie operacyjnym gościa. Sprawdź warstwę, w której faktycznie działa dana operacja, uwzględniając wirtualizację zagnieżdżoną, gdy ma to zastosowanie.
Czego ta funkcja nie określa
AMD-V nie zapewnia automatycznie NPT, IOMMU, SEV, obsługiwanego systemu operacyjnego gościa ani przekazywania urządzeń (device passthrough). Pole wirtualizacji procesora nie stanowi dowodu na to, że oprogramowanie układowe systemu je włącza lub że istniejący hipernadzorca hosta udostępni je innemu produktowi do wirtualizacji.
Zgodność i wydajność w praktyce
Wykonywanie kodu przez procesor, translacja pamięci gościa i remapowanie DMA urządzeń to osobne mechanizmy. Nie należy wnioskować o passthrough ani izolacji na podstawie jednego pola wirtualizacji. Skorzystaj z oficjalnej diagnostyki hipernadzorcy oraz dokładnych wymagań platformy/urządzenia.
Praktyczna lista kontrolna weryfikacji
- Zanotuj dokładny model procesora lub platformy oraz wersje używanej aplikacji, systemu operacyjnego i środowiska wykonawczego. Zachowaj dokładne sformułowanie błędu lub wymagania.
- Sprawdź dokumentację producenta dla danego modelu, a następnie zweryfikuj faktyczne możliwości i stan włączenia w środowisku, w którym działa program.
- Porównaj każde wymaganie wybranego pliku binarnego lub backendu. Podobnie nazwana funkcja, alias lub ogólne oznaczenie technologii nie są wystarczające.
- Upewnij się, że aplikacja wybrała zamierzoną implementację. Użyj jej udokumentowanej diagnostyki oraz obsługiwanego mechanizmu fallback, gdy wymagania nie są spełnione.
- Wprowadzaj jednorazowo tylko jedną obsługiwaną zmianę i powtarzaj to samo obciążenie testowe. Zachowaj oryginalną konfigurację oraz dostępną ścieżkę przywracania.
Gdy funkcja jest wymieniona, lecz oprogramowanie nie może z niej skorzystać
Zacznij od elementu, w którym bezpośrednio występuje błąd. Baza danych sprzętu opisuje zarejestrowane możliwości; system operacyjny lub hipernadzorca może udostępniać inne środowisko efektywne. Błąd nieprawidłowej instrukcji (illegal instruction) wymaga także zbadania faktycznej instrukcji powodującej błąd oraz kompilacji pliku binarnego, ponieważ uszkodzenie danych lub inna nieobsługiwana instrukcja może wywołać podobny objaw.
Zainstaluj wersję aplikacji, sterownika lub środowiska wykonawczego obsługiwaną na danej platformie i w razie potrzeby użyj udokumentowanej przez producenta kompilacji bazowej lub awaryjnej. Aktualizacja oprogramowania nie może utworzyć instrukcji, której procesor fizycznie nie posiada. Modyfikacje oprogramowania układowego i zasad bezpieczeństwa powinny przebiegać zgodnie z procedurą producenta systemu i planem przywracania, a nie ogólnikowym schematem optymalizacji.
Źródła i zakres niniejszego opisu
AMD CPUID Specification, publikacja 25481 · AMD64 Architecture Programmer's Manual, Volume 2: System Programming
Te źródła definiują zachowanie architektoniczne i wymagania oprogramowania. Nie weryfikują one niezależnie każdej wartości funkcji na powiązanej stronie modelu sprzętu. W celu sprawdzenia obsługi przez model należy skorzystać z materiałów producenta na tej stronie i sprawdzić efektywną konfigurację systemu. Niniejszy artykuł nie zawiera wyników testów wydajnościowych, certyfikacji ani daty niezależnego przeglądu.
Źródła i weryfikacja
Własność redakcyjna: Feex. Nie odnotowano daty niezależnego przeglądu. Jak prowadzimy badania.
- AMD CPUID Specification, publikacja 25481 · Zarchiwizowana dokumentacja architektury dotycząca ustalonych funkcji AMD CPUID i definicji bitów. W przypadku rozszerzeń dla nowszych generacji należy korzystać z aktualnego podręcznika programowania procesora.
- AMD64 Architecture Programmer's Manual, Volume 2: System Programming · Programowanie systemowe, SVM i translacja zagnieżdżona, rewizja 3.46. Aktualna przeglądarka dokumentacji wymaga włączonej obsługi JavaScript; starsze adresy URL dokumentów mogły zostać wycofane.
Czy ten artykuł był pomocny?
Wystarczy odpowiedź tak lub nie. Wybierz powód, jeśli chcesz, lub dodaj krótką notatkę.
Dziękujemy. Pomaga nam to ulepszać tę stronę.