natív Dev
Általában a felhasználók a „Linux”, sok naperezagruzhavshis vissza a Windows, akkor elkezd gondolkodni, hogy mit kell tenni VIRTUALIZER: VirtualBox, VMWare vagy valami más? Ne rohanjon. Telepítése „Linux”, és a legvalószínűbb, az Ubuntu, akkor esetleg meg, és a virtuális gép. Minden attól függ, a „hardver” és. te!
Az a tény, hogy egy ilyen virtuális gép (VM), amely a saját operációs rendszer, „Vesti” írta többször. A felhasználók körében a legnagyobb motiváció telepítésének VM számítógéphez egyszerű kíváncsiság, hogy az új operációs rendszer, vagy éppen ellenkezőleg, a vágy, hogy fut a rendszer újraindítása nélkül „ablakok” alkalmazások telepítése után a Linux operációs rendszer. De ez nem csak a méltóságát a VM. Én személy szerint nagyon szeretem „vnezheleznost” VM; VM egy külső meghajtó - ez a magasság a magánélet és az elszigetelődés. Elővettem a közép - és nem szakértő ne naroet semmit.
Azonban meg kell fizetni mindent: minden VM foglal számítógép erőforrásait. És mint látni fogjuk, az szükséges, hogy a processzor támogatja a virtuális gép hardver. De a felhasználók vásárol van 4 magos számítógép, és a nagy része már távolodik történelem 2-yadernikov és néhány egymagos processzorok is a processzor! Ezért folytatódni fog.
Minden megszervezésének a VM alapuló hardver és szoftver dualizmus: hardver számítás elvégezhető a szoftver, és fordítva.
A legsokoldalúbb módja annak, hogy a virtuális gép - hardver emuláció igazi „vas” szoftver. A memória a fogadó gép (szleng „host”) újraépítve kép a valós processzor minden nyilvántartások és egyéb tulajdonságokat, és megadja a fogadó VM részét memória és lemezterület. Ha az emulált és input-output eszközök, hogy - a „tiszta virtualizáció.” Úgy működik, nagyon lassan. Esettanulmány - emulátor QEMU, amelyre még visszatérünk.
És miért a vendég operációs rendszer nem tud működni egy igazi processzor, és valós fizikai eszközök (az utóbbi a szleng úgynevezett „hab” eszközök)? Sajnos, az ugyanazon a számítógépen architektúra x86 nem lehet kénytelen működni két operációs rendszer egyszerre. IO eredetileg kizárólag ehhez csak egy operációs rendszer, valamint egy virtuális processzor dolgozik a harmadik körben a kiváltságok, kövesse az utasításokat a szint rendszermag a házigazdával? Hozam kell akasztani a nulla tartományban valamit, ami elkapja a kivételt dobott ki, amikor megpróbálja végrehajtani a „rossz” az utasításokat, és végrehajtja azokat, mintha nevében a mögöttes operációs rendszer. Ez a „valami” az úgynevezett „hypervisor”. Ő volt az, aki elvégzi továbbítása IO a fizikai réteg. De a kód a kernel a vendég operációs rendszer szintén privilegizált utasításokat eltérően viselkednek a kiviteltől függően összefüggésben, és nem lehet elfogott a kivételeket nem keletkezik. És ismét segíti a hypervisor. akkor kap rá, hogy megtekinthesse a vendég kód „on the fly” teljesítette, és cserélje ki a „rossz” utasításkészletet „jó”. Ez a módszer a virtualizáció az úgynevezett „teljes virtualizációt.” Ő, mint a „tiszta”, az eredetileg védett: vendég kód fut a felhasználói térben, és nem károsíthatja a gazda operációs rendszer. De itt, a VM lassabban fut, valódi prototípus: a futtatható kódot a kampány szabályait, akkor ez az elvesztegetett időt. Kétféle módon, hogy elkerüljék a kód módosítása „on the fly”.
A második módszer sokkal hatékonyabb, és az úgynevezett „hardveres virtualizációt.” Ezzel a módszerrel a hypervisor, hogy figyelemmel kísérje a „rossz utasítást” végzi a hardver processzor gazda (dualizmus!) Egy különleges vendég. Ez képes processzorok támogatják az Intel VT technológia és az AMD SVM. A sebesség a VM egy kicsit gyengébb az eredeti sebesség a gép. Igaz, az Intel VT és az AMD SVM - nem ugyanaz a dolog. Megközelítés Intel processzor 10 bevezetett új szabályozás, hogy ellenőrizzék a vendég hozzáférési módot és a VMCS (ellenőrzési struktúra memóriában tárolt), amelyet már korábban beírt „szerkesztés”. Az AMD még mindig hajtanak még hardver. Mindkét rendszerben fogása „rossz” utasítás segítségével végezzük a hardver dekódoló vendég módban (lásd. Xakep.ru/post/51718/default.asp). Kétféle hardveres virtualizáció: támogató input-output utasításokat "VT-d plusz VT-x", és anélkül, hogy - csak a VT-x. Egyértelmű, hogy a mélyebb támogatást ad a növekedés az árfolyam a VM.
Annak kiderítésére, hogy a számítógép processzora támogatja a hardveres virtualizációt, írja be a következő parancsot a terminálban:
egrep -c '(VMX | SVM)' / proc / cpuinfo
Hogy működik az emulátor QEMU KVM szüksége van, de QEMU nélkül működik KVM. A Windows operációs rendszer alatt tiszta QEMU átlagosan dvuhyadernike ugyanúgy működik, mintha ő dolgozik néhány ősi P2-350. De a számítógépek listáját, a QEMU emulált, nagyon széles. Amikor futtatja a KVM + QEMU vendég operációs rendszer sokkal gyorsabb, de csak emulált számítógépek Intel VT és az AMD SVN, de egy listát a vendég operációs rendszerek még mindig szélesebb, mint a többi VIRTUALIZER.
A QEMU lehet telepíteni szinte bármilyen operációs rendszer, amely „látja” az emulált processzor, lemezek, amelyek valójában egy nagy fájlt a gazda „látja” az emulált hálózati kártya, stb Miután kikapcsoltuk a VM minden marad a fogadó egyetlen nagy nevű fájlt a képet a vendég operációs rendszer. Úgy is nevezik, egy virtuális lemezt. Ez a fájl kiterjesztés img. QEMU telepítve a tárolókban triviális sudo apt-get install qemu. Tiszta QEMU kifejlesztett több GUI: QtEMU, kqemu és mások, de azok elavultak, és nem működnek a KVM. Ha lenyomja a terminál parancsot, majd ugorjon a következő részben a cikkben, akkor tekintsük át röviden e csoportok, amelyek a legfontosabbak megértéséhez ideológiája QEMU. Általában a részletes dokumentáció angol nyelven a terminál parancsok QEMU itt megtekinthető: wiki.qemu.org/download/qemu-doc.html.
Ha a képet, hogy a gazda operációs rendszer egy új VM először előkészítik a vendégek formájában egy üres virtuális lemez kép, ahol a vendégek lesz elérhető. A virtuális lemezek és Management QEMU qemu-img parancsot, amely támogatja a különböző formátumú virtuális lemezeket. Ha nem jelöli meg pontosan azt, hogy milyen formában kell létrehozni, alapértelmezés QEMU fog működni a fájlt az úgynevezett nyers nyers formában. Itt a terminál parancsszintaxishoz qemu-img létrehozni, hozzon létre egy üres virtuális lemezkép:
qemu-img létre myimage.img mysize
qemu-img létre -f qcow2 winxp.img 10GB
Miután a vendég operációs rendszer került elő üres lemezt képet, állítsa be az operációs rendszert az ISO-kép, CD-re, DVD, pendrive, vagy merevlemez. Nem üres kép * .img-visszajelzés gépeket később újra, amíg a kezdeti ISO-kép a vendég OS feleslegessé válik. Telepítése a vendég operációs rendszer lehet tenni, és az interneten. Az internet tele van az ISO-képeket a különböző operációs rendszerek, akkor töltse le a kedvenc, és állítsa be, mint vendég, nem égett át a CD-t, figyelembe véve a kép, például itt: wiki.qemu.org/Download #QEMU_disk_images. Persze, akkor telepítse az operációs rendszer egy bootolható lemezt, mely tartalmazza például WinXPSP3.iso fájlt. Ahhoz, hogy gyorsítsák fel a telepítés az ISO-kép rögzítése másik CD szereplő fájlokat. Miután az ISO-kép behelyezzük a CD-meghajtó és a CD automatikusan csatlakoztatni, a Windows telepítő indítható a sort egy terminálba:
qemu -m 696 -hda winxp.img -cdrom /media/WinXPSP3/WinXPSP3.iso -boot d
Így kezdődik az operációs rendszer telepítése: Nyissa meg a QEMU ablakon ment üres elrendezés képet winxp.img alatt NTFS, fájlok másolása, inicializálni a Windows konfiguráció a jövőben, a rendszer megkérdezi az újraindítást, de a gombok indítsa újra a virtuális gépet nem rendelkezik, és lóg a várakozás. Most meg kell futtatni a vendég boot a virtuális lemez C: (! Ő teremtett), megtartva azonban a hozzáférést a forrás, azaz a A CD-meghajtó vagy SP3 szervizcsomag láthatatlan lesz. Ezért zárja be a QEMU ablakban módosítsa a CD-meghajtó ISO-meghajtó normális telepítő fájlokat és a terminál adja a parancsot:
qemu -m 696 -hda winxp.img -boot c -cdrom / dev / cdrom
Abban az időben a telepítés türelmesnek kell lennie: minden virtuális pillanatban egy pár valódi - emulátor is. Ha van egy 2 képernyőt, akkor ajánlatos, hogy mozog a QEMU ablak másik képernyőre, hogy tartsa szemmel a telepítés a vendégek és vigyázni az üzleti az első képernyőn. Egy modern számítógépes szüksége egy óra és fél. Végül a vendég operációs rendszer van! Akkor újra azt „Linux”, hogy a következő parancsot:
qemu -m 696 -boot c
KVM van kialakítva, pontosan ugyanaz, mint a QEMU, de a szó helyett a szót KVM qemu. CLI szörnyű, nem?
Szerencsére QEMU és KVM, van egy nagy GUI írt qt4 szakértői Nokia; Felhívta AQEMU, fekszik a tárolókban, telepített triviális: sudo apt-get install aqemu vagy az egér segítségével az Ubuntu Software Center. A AQEMU mindent hangolt terminál parancsok, az egér van konfigurálva. Együttműködik AQEMU, a számítógép kell a korábban telepített a Qt könyvtár verzió 4.4.2 és nem kevesebb, mint az emulátor QEMU verzió 0.9.0 vagy magasabb. Orosz dokumentáció itt: sourceforge.net/projects/aqemu/files/AQEMU%20Russian%20Documentation/0.7.3/AQEMU-Documentation-0.7.3.tar.bz2/download. AQEMU most is eloroszosodott. Ezen kívül van egy AQEMU First Run varázsló, amely lehetővé teszi, hogy megtalálja az összes telepített PC emulátor: „File> Első indítás varázsló> Tovább> Tovább> Keresés”.
Hiányosságok a KVM, természetesen. Az első buktató: frissítése a kernel a gazda gépen, akkor hirtelen kiderül, hogy a vendég alatt KVM nem akar működni. Így kell: a vendég használja a régit, ami már nem létezik. Ezért a frissítés után a kernel hostess létre kell hoznia egy képet, vagy egy vendég újra, vagy használja a boot menü, hostess, hostess terhelés az azonos mag. Azonban ez a hiányosság az eredendő és a teljes emulátor. A második buktató: ne próbálja futtatni egy másik VIRTUALIZER, mondjuk, a VirtualBox, ha a memória fut KVM modul. Először is ki kell rakodni a sudo rmmod KVM és sudo rmmod KVM-intel (vagy sudo rmmod KVM-amd, ha a számítógép egy AMD processzorral). Végül együtt KVM QEMU lehetővé teszi a „tisztességtelen” emuláció, amelyben a VM több erőforrást igényel, mint a számítógép, például VM CPU tartalmaz több mag. Ebben az esetben ahelyett, hogy felgyorsítsa, kapsz egy éles lassulás.
Az összehasonlítás eredményeit a KVM vs VirtualBox tesztelés megtalálható phoronix.com/scan.php?page=articleitem=linux_kvm_virtualbox4num=1. Ebben az esetben a VirtualBox is használja a hardveres virtualizációt. A szintetikus vizsgálatok egyértelműen jobb KVM VirtualBox. Ugyanakkor a választási eredmények „amely VM jobb”, hogy éppen ellenkezőleg, ezek az eredmények itt jelennek meg: ubuntuforums.org/showthread.php?t=1145462. Megnyerte VirtualBox. Paradox? Nem. Az a tény, hogy a szavazás tükrözi a fejlettségi foka konkrét ubuntoidov, mint az igazi érdemi adott VM. De ez a szavazás értékes, hogy a pozíciókat a résztvevők valahogy azt állítják, hogy az azonos gyakran ismerik: „KVM nem próbálta.”. Így próbálja ugyanaz!
Nyomtatható változat