Linux Tip: How to Tell if Your Processor Supports VT Linux Tip: Ako zistiť, či je procesor podporuje VT
Virtualization Technology (VT) is a set of enhancements to newer processors that improve performance for running a virtual machine by offloading some of the work to the new cpu extensions. Virtualization Technology (VT) je sada rozšírenie na novších procesorov, ktoré zlepšujú výkon pre prevádzku virtuálneho stroja vykladanie niektoré práce na novej cpu rozšírenie. Both AMD and Intel have processors that support this technology, but how do you tell if your system can handle it? Oba procesory AMD a Intel procesory, ktoré podporujú túto technológiu, ale ako to zistiť, či váš systém zvládne to?
It's quite simple: We'll need to take a peek inside the /proc/cpuinfo file and look at the flags section for one of two values, vmx or svm. Je to celkom jednoduché: Budeme musieť vziať nazrieť dovnútra / proc / cpuinfo súbor a pozrite sa na vlajky sekcie pre jednu z dvoch hodnôt, VMX alebo SVM.
- vmx – (intel) VMX - (Intel)
- svm – (amd) SVM - (AMD)
You can use grep to quickly see if either value exists in the file by running the following command: Môžete použiť grep rýchlo zistiť, či existujú hodnoty buď v súbore spustením nasledujúceho príkazu:
egrep '(vmx|svm)' /proc/cpuinfo egrep '(VMX | SVM)' / proc / cpuinfo
If your system supports VT, then you'll see vmx or svm in the list of flags. Ak váš systém podporuje VT, potom uvidíš VMX alebo SVM v zozname vlajok. My system has two processors, so there are two separate sections: Môj systém má dva procesory, tak tam sú dve samostatné časti:
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx lm constant_tsc pni monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr lahf_lm flags: fpu vme de pse tsc msr pae mce cx8 APIC septembra mtrr pge MCA cmov pat pse36 clflush dts acpi mmx fxsr sse SSE2 ss ht tm syscall nx lm constant_tsc pni monitor ds_cpl VMX est TM2 ssse3 cx16 xtpr lahf_lm
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx lm constant_tsc pni monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr lahf_lm flags: fpu vme de pse tsc msr pae mce cx8 APIC septembra mtrr pge MCA cmov pat pse36 clflush dts acpi mmx fxsr sse SSE2 ss ht tm syscall nx lm constant_tsc pni monitor ds_cpl VMX est TM2 ssse3 cx16 xtpr lahf_lm
VT technology can still be disabled in your computer's BIOS, however, so you'll want to check there to make sure that it hasn't been disabled. VT technológia môže byť ešte zakázaný v systéme BIOS počítača, však, tak budete chcieť pozrieť tam, aby ste sa uistili, že to nebol zakázaný. The flags in cpuinfo simply mean that your processor supports it. Vlajky v cpuinfo jednoducho znamenať, že váš procesor podporuje.
From my research, VT is required in order to run 64-bit guests under the free VMware server for linux… so it would logically follow that if you can do so, VT is enabled. Z môjho výskumu, VT je potrebné k behu 64-bit hostí v rámci voľného server VMware pre Linux ... takže by logicky vyplývalo, že ak je to možné, je povolené VT.
32-bit VT is not enabled by default under VMware server. 32-bitový VT nie je v predvolenom nastavení povolené v rámci servera VMware. If you want to enable it, you need to add the following line to your *.vmx file for your virtual machine: Ak chcete, aby mohla, je potrebné pridať nasledujúci riadok do *. VMX súbor pre váš virtuálny počítač:
monitor_control.vt32 = TRUE monitor_control.vt32 = TRUE
VMware does not recommend that you use VT for 32-bit guests, because they say it will actually hurt performance. VMware neodporúča používať VT pre 32-bitové hostí, pretože oni hovoria, že to bude skutočne bolieť výkon.
Daily Email Updates Denný Svářeč
You can get our how-to articles in your inbox each day for free. Môžete si naše jak-na články vo vašej schránky každý deň zadarmo. Just enter your name and email below: Stačí zadať svoje meno a e-mail nižšie:
It looks to me that the VT extensions bit-size capability (32 or 64) is relevant to the physical processor, not to the guest. Vyzerá to, že mi, že VT-bitové rozšírenie veľkosti schopnosti (32 alebo 64) je relevantné pre fyzický procesor, nie pre hostí. So enabling 32 bit extension on a 64 bit machine will definitely hurt performance (just like running a 32 bit OS on a 64 bit processor will hurt performance). Takže umožňujúci rozšírenie na 32 bit 64 bit stroj bude určite bolieť výkon (rovnako ako beh 32 bit OS na 64 bit procesor bude bolieť výkon). It seems they are just a set of instructions used by VMs to reduce the performance hit from emulating x86 systems on x86 systems. Zdá sa, že sú len súbor inštrukcií používaných VM ku zníženiu výkonnosti hit z emulovať x86 systémov na systémoch x86.
The list of virtual solutions using these extensions where possible is a virtual who's who among VM software: vmware (esx/server/player), virtual box, xen, virtual iron, virtual pc, parallels, and others. Zoznam virtuálnych riešenia s použitím týchto rozšírenia, kde je to možné virtuálne, kto je kto medzi VM software: VMware (ESX / server / prehrávače), virtual box, Xen, virtuálne železo, Virtual PC, paralely, a ďalšie. More surprising to me is that kvm uses it and not qemu (maybe that is the closed source part of kvm). Viac prekvapujúce, pre mňa je, že používa KVM, a nie qemu (možno, že je uzavretý zdroj časť kvm).
From Wikipedia: Z Wikipédie: http://en.wikipedia.org/wiki/X86_virtualization http://en.wikipedia.org/wiki/X86_virtualization
Intel VT (IVT) Intel VT (IVT)
Intel's virtualization extension for 32-bit and 64-bit x86 architecture is named IVT (short for Intel Virtualization Technology). Intel virtualizačné rozšírenia pre 32-bitové a 64-bit x86 architektúry je pomenovaný IVT (skratka pre Intel Virtualization Technology). The 32-bit or IA-32 IVT extensions are referred to as VT-x. 32-bit alebo IA-32 IVT rozšíření sú len VT-x. Intel has also published specifications for IVT for the IA-64 (Itanium) processors which are referred to as VT-i. Intel tiež vydával špecifikácie pre IVT pre IA-64 (Itanium) procesory, ktoré sú označované ako VT-i.
Intel VT was launched at the Intel Developer Forum Spring 2005. Intel VT sa začala na Intel Developer Forum jar 2005. It is available on certain Pentium 4 6×1 and 6×2 models[2], Pentium D 9×0[1], Xeon 3xxx/5xxx/7xxx, Core Duo (excluding T2300E) and Core 2 Duo processors (excluding the T5200, T5250, T5300, T5450, T5470, T5500, E4×00, E2xx0). Je k dispozícii na niektorých Pentium 4, 6 × 1 a 6 × 2 modely [2], Pentium D 9 × 0 [1], 3xxx/5xxx/7xxx Xeon, Core Duo (okrem T2300E) a Core 2 Duo procesory (okrem T5200 , T5250, T5300, T5450, T5470, T5500, E4 × 00, E2xx0). On some implementations, IVT support may be switched off in the Firmware. Na niektorých implementáciách môže byť IVT pomoc vypnúť vo firmware. This can be determined by checking if the VMX flag is enabled by the Feature Control MSR. To môže byť určená kontrolovať, či vlajky VMX je umožnené riadenie funkcií MSR.
Documentation on the Intel website has stated that VT requires not only support from the processor, but also support from the chipset, BIOS, and perhaps software. Dokumentácia na internetovej stránke uviedla, že Intel VT vyžaduje nielen podporu od procesoru, ale aj podporu od čipovú sadu, BIOS, a možno aj softvér. Intel plans to add a technology named Virtualization for Directed I/O (VT-d) to VT. Intel plánuje pridať technológiu s názvom virtualizácia pre Réžia I / O (VT-d) VT. This provides a way of configuring interrupt delivery to individual virtual machines and an IOMMU for preventing a virtual machine from using DMA to break isolation. Tento spôsob umožňuje konfiguráciu prerušení dodávky pre jednotlivé virtuálne stroje a Iommi pre prevenciu virtuálny počítač používať DMA prelomiť izoláciu.
AMD virtualization (AMD-V) – SVM stands for “secure virtual machine) AMD Virtualization (AMD-V) - SVM je skratka pre "bezpečné virtuálny stroj)
AMD's virtualization extensions to the 64-bit x86 architecture is named AMD Virtualization, abbreviated AMD-V. AMD Virtualization rozšírenie 64-bit x86 architektúru s názvom AMD Virtualization, skrátene AMD-V. AMD-V is present in all K8 AMD (Athlon 64) processors from stepping “F” and all newer processors support AMD-V technology. AMD-V je prítomná vo všetkých AMD K8 (Athlon 64) procesory od odrazový "F" a všetky novšie procesory podporujú technológiu AMD-V. This applies for all current Socket AM2 and Socket F processors. To platí pre všetky súčasné Socket AM2 a Socket F procesory.
Not from Wikipedia: It looks to me that the VT extensions bit-size capability (32 or 64) is determined by the processor, not by the guest. Nie je z Wikipédie: Zdá sa mi, že VT-bitové rozšírenie veľkosti schopnosti (32 alebo 64) je určený procesor, nie hosť. So enabling 32 bit extension on a 64 bit machine will definitely hurt performance (just like running a 32 bit OS on a 64 bit processor will hurt performance). Takže umožňujúci rozšírenie na 32 bit 64 bit stroj bude určite bolieť výkon (rovnako ako beh 32 bit OS na 64 bit procesor bude bolieť výkon). It seems they are just a set of instructions used by VMs to reduce the performance hit from emulating x86 systems on x86 systems. Zdá sa, že sú len súbor inštrukcií používaných VM ku zníženiu výkonnosti hit z emulovať x86 systémov na systémoch x86.
The list of virtual solutions using these extensions where possible is a virtual who's who among VM software: vmware (esx/server/player), virtual box, xen, virtual iron, virtual pc, parallels, and others. Zoznam virtuálnych riešenia s použitím týchto rozšírenia, kde je to možné virtuálne, kto je kto medzi VM software: VMware (ESX / server / prehrávače), virtual box, Xen, virtuálne železo, Virtual PC, paralely, a ďalšie. More surprising to me is that kvm uses it and not qemu (maybe that is the closed source part of kvm). Viac prekvapujúce, pre mňa je, že používa KVM, a nie qemu (možno, že je uzavretý zdroj časť kvm).
Great comment… Veľké komentár ...
It's always nice when the readers add helpful information to the discussion, so thanks! Je to vždy príjemné, keď čitatelia pridali užitočné informácie pre diskusiu, takže vďaka!
Nothing in Qemu is non-open source anymore. Nič v Qemu je non-open-source ešte. In the past only kqemu kernel module was not OSS – the source code was available but the old licence was restrictive. V minulosti len modul kqemu jadra nebol OSS - zdrojový kód je k dispozícii, ale starý preukaz bol reštriktívny. This is all over with now. To je celé sa teraz. I understand the KVM developers are keen to merge their work with Qemu so I expect we'll see h/w virtualisation support in Qemu soon. Chápem, KVM vývojári majú záujem spojiť svoju prácu s Qemu, takže myslím, že uvidíme, h / w podporu virtualizácie v Qemu čoskoro.
Is there any way to check if VT is enabled in the BIOS? Existuje nejaký spôsob, ako skontrolovať, či VT je povolená v BIOSu? Through a command line check? Prostredníctvom príkazového riadku šek?
Dell Bios (at least rev. A10) includes a Virtualization option where you can enable the extensions or turn them off (default). Dell Bios (aspoň rev. A10), vrátane možnosti virtualizácie, kde môžete povoliť rozšírenie alebo vypnúť (predvolené). Without them, ESX server boots in 5 hours instead of 2 minutes. Bez nich, ESX server topánky v 5 hodín namiesto 2 minút.