VT-x

Що потрібно знати

Як це працює

Режим VMX визначає структури керування віртуальними машинами та переходи між виконанням гостьової системи та монітором віртуальних машин. Гіпервізор налаштовує, які події викликають виходи (exits) і які елементи керування виконанням застосовуються. EPT, вкладена віртуалізація та розширені засоби обробки переривань є додатковими можливостями чи політиками, а не автоматичними наслідками наявності назви VT-x.

Де це корисно

Підтримуваний гіпервізор може запускати гостьову ОС, контролюючи вибрані привілейовані операції з боку хоста. Усередині вкладеної віртуальної машини зовнішній гіпервізор вирішує, чи надавати засоби віртуалізації внутрішній гостьовій системі.

Як перевірити підтримку та активацію

CPUID.01H:ECX біт 5 перелічує можливості VMX. Фактичне використання також вимагає ввімкнення VMX на рівні платформи та дозволеного стану контролю функцій. Перевірте діагностику ОС/гіпервізора та точні інструкції до прошивки системи перед зміною параметрів віртуалізації.

Віртуалізоване розгортання має кілька рівнів: фізичні можливості, дозвіл у прошивці, активний хостовий гіпервізор, надані гостю можливості та підтримка з боку гостьової ОС. Перевіряйте рівень, на якому фактично виконується операція, включно із вкладеною віртуалізацією, коли це актуально.

Чого ця функція не гарантує

VT-x не гарантує наскрізного прокидання пристроїв, EPT, підтримки unrestricted guest, конкретної кількості віртуальних машин або майже рідної продуктивності. Вимкнена або заблокована політика прошивки може перешкодити використанню, навіть якщо процесор підтримує VMX. Активний гіпервізор хоста вже може одноосібно володіти цим ресурсом.

Сумісність і продуктивність на практиці

Виконання інструкцій процесором, трансляція пам'яті гостьової системи та перепризначення DMA пристроїв є окремими засобами. Не робіть висновків про прокидання або ізоляцію на основі одного поля віртуалізації. Використовуйте підтримувану діагностику гіпервізора та точні вимоги до платформи/пристроїв.

Практичний контрольний список для верифікації

1. Зафіксуйте точну модель процесора або платформи, а також версії використовуваної програми, ОС і середовища виконання. Збережіть точне формулювання фактичної помилки або вимоги.
2. Звіртеся з документацією виробника для цієї точної моделі, потім перевірте фактичні можливості та стан активації в середовищі, де виконується програма.
3. Порівняйте кожну вимогу вибраного двійкового файлу або бекенда. Схожої назви функції, псевдоніма чи загального позначення технології недостатньо.
4. Переконайтеся, що програма вибрала призначену реалізацію. Використовуйте її задокументовані засоби діагностики та підтримуваний резервний варіант, якщо вимоги не виконуються.
5. Вносьте по одній підтримуваній зміні за раз і повторюйте те саме робоче навантаження. Зберігайте оригінальну конфігурацію та можливість відновлення.

Якщо функція вказана, але програмне забезпечення не може її використати

Почніть із компонента, у якому саме стався збій. База даних обладнання описує зафіксовані можливості; операційна система або гіпервізор можуть надавати інше фактичне середовище. Помилка неприпустимої інструкції також потребує дослідження фактичної інструкції, що викликала збій, і двійкової збірки, оскільки пошкодження даних або непов'язана непідтримувана інструкція можуть викликати схожий симптом.

Встановіть версію програми, драйвера або середовища виконання, яка підтримується для цієї конкретної платформи, і за потреби використовуйте задокументовану постачальником базову або резервну збірку. Оновлення програмного забезпечення не може створити інструкцію, якої немає в процесорі. Зміни у прошивці та політиках безпеки повинні відповідати процедурі виробника системи та плану відновлення, а не загальним рецептам оптимізації.

Пов'язані функції та корисні відмінності

Extended Page Tables (EPT) · VT-d · AMD-V and SVM · Second-Level Address Translation

Джерела та межі застосування цього пояснення

Intel 64 and IA-32 Architectures Software Developer's Manual

Ці довідкові матеріали визначають архітектурну поведінку та вимоги до програмного забезпечення. Вони не перевіряють незалежно кожне значення функції на сторінці пов'язаної моделі обладнання. Щодо підтримки моделі використовуйте дані виробника на цій сторінці та перевіряйте фактичну конфігурацію системи. Ця стаття не містить бенчмарків, сертифікації чи дат незалежного огляду.

Пов'язане

Ці сутності пов'язані з цією статтею. Тип вказується для кожного посилання.

Джерела та верифікація

Власник авторських прав: Feex. Дата незалежної перевірки не зафіксована. Як ми проводимо дослідження.

• Intel 64 and IA-32 Architectures Software Developer's Manual · Томи 1 і 2 описують зазначені сімейства інструкцій і CPUID; Том 3 описує стан, сторінкову організацію пам'яті, VMX і засоби захисту. Документація з архітектури не підтверджує підтримку для конкретної моделі.