Обикновено потребителите на "Линукс", много naperezagruzhavshis обратно в Windows, можете да започнат да мислят какво да облече VIRTUALIZER: VirtualBox, VMWare или нещо друго? Не бързайте. Инсталиране на "Линукс", и, най-вероятно, е Ubuntu, може да сте задали, и виртуалната машина. Всичко зависи от това на "хардуер" и от. Вас!
Фактът, че такава виртуална машина (VM), която разполага със собствена операционна система, "Вести", пише многократно. Сред потребителите на най-голямата мотивация за инсталиране на VM към компютър е просто любопитство към новата операционна система, или, напротив, желанието да се работи без рестартиране "на прозорци" приложения след инсталиране на операционната система Linux. Но това е не само достойнството на VM. Лично аз много харесвам "vnezheleznost" VM; Виртуални машини на външен диск - това е височината на неприкосновеност на личния живот и изолация. Извадих среда - и нито един експерт не е naroet нищо.
Въпреки това, той трябва да плати за всичко: всеки VM заема ресурси на компютъра. И, както ще бъде показано, че е необходимо, че процесорът поддържа виртуална машина хардуер. Но потребителите купуват имат 4-ядрени компютри, както и голяма част вече е отдръпването в историята 2-yadernikov и някои единични процесори също имат процесора! Ето защо, ние ще продължим.
Всички начини за организиране на ВМ базирани на хардуер и софтуер дуализъм: хардуер изчисления могат да се извършват в областта на софтуера, както и обратното.
Най-гъвкав начин за създаване на виртуална машина - хардуер емулация на истински "желязо" софтуер. В памет на хост машината (жаргон за "домакин") е пресъздаден образ на реалния процесор с всичките си регистри, както и други атрибути, и дава домакин VM част от своята памет и дисково пространство. Ако пример за подражание и входно-изходни устройства, това е - "чист за виртуализация." Той работи много бавно. Казус - емулатор QEMU, към който ще се върнем.
И защо виртуалната ОС не може да работи на истински процесор, и да използват реални физически устройства (последната в жаргон се нарича "обледеняване" устройства)? Уви, на една и съща компютърна архитектура x86 не могат да бъдат принудени да работят на две операционни системи едновременно. IO първоначално предназначен за изключително използване само една операционна система, и като виртуален процесор, работещ в третия кръг на привилегии, следвайте инструкциите на нивото на OS ядрото домакин? Добив трябва да се закачи в диапазона от нула нещо, което да хване изключенията изхвърлен при опит за извършване на "лошите" от инструкции и ги изпълнява, като че ли от името на основната операционна система. Това "нещо" се нарича "хипервайзора". Той беше този, който носи изпращане IO към физическия слой. Но в кода на ядрото на операционната система за гости има и непривилегировани инструкции за това държат по различен начин в зависимост от контекста на изпълнение и не могат да бъдат засечени като изключения не се генерират. И пак помага хипервайзора. можете да получите от него да видите кода за гости "в движение", за да изпълни и да замени "лошия" набор инструкции "добра". Този метод на виртуализация, се нарича "пълна виртуализация". Тя, подобно на "чист", първоначално защитени: Код за гости работи в потребителското пространство и не може да навреди на операционната система. Но тук, ВМ работи по-бавно недвижими прототип: като изпълнимия код на правилата за кампанията, а след това загуба на време. Има два начина да се избягват промени в кода "в движение".
Вторият метод е по-ефективно и се нарича "виртуализиране на хардуер". С този метод, хипервайзора да наблюдава "лоша инструкция" се осъществява от хардуер процесор домакин на (дуализъм!) В специален гост. Той е в състояние да процесори, които поддържат Intel VT технология и AMD SVM. Скоростта на VM малко по-малък от първоначалната скорост на машината. Вярно е, Intel VT и AMD SVM - не едно и също нещо. Подход на Intel процесор 10 въвежда нови правила за контрол на режима на достъп за гости и в VMCS (контролна структура съхранява в паметта), които са били преди това влезе "редакции". AMD все още се прилага, дори повече хардуер. И в двете системи, улавяне "лошия" инструкция се извършва с помощта на своя хардуер декодиране в режим като гост (вж. Xakep.ru/post/51718/default.asp). Има два вида хардуер виртуализация: подкрепящи инструкции входно-изходни "VT-г плюс VT-х" и без него - само VT-х. Ясно е, че на по-дълбоко подкрепата дава увеличение на валутния курс с VM.
За да разберете дали процесора на компютъра поддържа хардуерно виртуализация, въведете следната команда в терминала:
egrep -c "(VMX | SVM)" / Proc / cpuinfo
За да работи емулатора QEMU KVM се нуждае, но QEMU работи без KVM. Windows OS под чист QEMU средно dvuhyadernike работи също толкова, ако тя работи върху някои древен P2-350. Но в списъка на компютри, на QEMU пример за подражание, много широк. Когато стартирате KVM + QEMU OS гости е много по-бързо, но само подражава компютри Intel VT и AMD SVN, но списък с операционни системи гост все още е по-широк, отколкото в други VIRTUALIZER.
В Qemu може да бъде инсталиран на почти всяка операционна система, която "вижда" емулирания процесор, дискове, които са действително голям файл на хоста "вижда" на пример за подражание мрежова карта и т.н. След изключване на VM всичко, което остава в приемащата като един голям файл, наречен образа на виртуалната ОС. Тя се нарича виртуален диск. Това разширение IMG. QEMU е инсталиран от хранилищата тривиално команда ап-да инсталирате QEMU. За чист QEMU разработени няколко GUI: QtEMU, KQEMU и други, но те са остарели и не работят с KVM. Ако натиснете терминал команда, а след това преминете към следващия раздел на статията, ние ще разгледаме накратко тези екипи, които са най-важни за разбирането на идеологията на QEMU. Като цяло, най-подробна документация на английски език на терминалните команди за QEMU може да видите тук: wiki.qemu.org/download/qemu-doc.html.
За да зададете изображението на операционната система домакин на нов VM първо се приготвя за гости, под формата на празен виртуален образ на диск, където гостите ще бъдат на разположение. За да създадете виртуални дискове и управление има QEMU QEMU-IMG команда, която поддържа различни формати на виртуални дискове. Ако не е изрично да посочи какъв формат трябва да се създаде, по подразбиране, QEMU ще работи с файла в т.нар суров необработен формат. Тук е терминал команда синтаксис QEMU-IMG създавате, се създава празен виртуален образ на диска:
QEMU-IMG създаде myimage.img mysize
QEMU-IMG създаде -f qcow2 winxp.img 10GB
След виртуалната ОС е изготвен празно изображение диск, да го настроите операционната система от ISO-образ, записани на CD, DVD, памет или твърд диск. Non-празни изображението * .img-гости машини по-късно могат да бъдат използвани отново, като първоначалната ISO-образ на виртуалната ОС става излишно. Монтаж на виртуалната операционна система може да се направи от и към Интернет. Интернет е пълен с ISO-образи на различни операционни системи, можете да изтеглите любимите и да зададете като гост, а не изгаряне в компактдиска, като изображението, например, тук си: wiki.qemu.org/Download #QEMU_disk_images. Разбира се, можете да инсталирате операционната система от стартиращ диск, който съдържа, например, WinXPSP3.iso файл. За да се ускори инсталирането на ISO-образ се записва в друг CD, съдържащо се в него файлове. След като ISO-образ се вмъква в CD-диск и CD автоматично монтиране, Windows инсталация може да се стартира с линията в терминал:
QEMU -m 696 -hda winxp.img -cdrom /media/WinXPSP3/WinXPSP3.iso -boot г
Така че, започнете инсталирането на ОС: Отворете прозореца QEMU угасна winxp.img оформление на изображението под NTFS, копиране на файлове, инициализира с конфигурацията на Windows на бъдещето, системата пита рестарта, но бутоните рестартиране на виртуалната машина не трябва, и то виси на чакането. Сега вие трябва да изпълните багажника на гост от виртуалния диск C: (! Той е създал), но продължава, достъп до източника, т.е. на CD-диск, или SP3 сервизен пакет ще бъде невидим. Ето защо, ние затвори прозореца QEMU, промяна на CD-диск ISO-диск с нормални инсталационни файлове и терминала даде команда:
QEMU -m 696 -hda winxp.img -boot в -cdrom / сътрудничество / CDROM
По време на инсталацията, трябва да бъдете търпеливи: всеки виртуален момент е малко реално - емулатор все още. Ако има два екрана, е препоръчително да се движат през прозореца QEMU на друг екран, за да държи под око на инсталирането на гостите и да се грижи за бизнеса на първия екран. На съвременен компютър нужда от час и половина. И накрая, във виртуалната ОС имаме! Може да го рестартирате в "Линукс", че следното терминал ред:
QEMU -m 696 -boot в
KVM е конфигурирана точно същата като на QEMU, но думата се заменя с думата Qemu KVM. CLI е ужасно, нали?
За щастие на QEMU и KVM, има голяма GUI, написани на QT4 експерти от Nokia; Той призова AQEMU, се намира в хранилищата, инсталиран тривиално: ап-да инсталирате aqemu или мишка с помощта на софтуер център на Ubuntu. В AQEMU всичко настроен терминални команди, мишката е конфигуриран. За да работите с AQEMU, компютърът ви трябва да бъде предварително инсталиран Qt библиотеката версия 4.4.2 и не по-малко от емулатора QEMU версия 0.9.0 или по-висока. Руската документация е тук: sourceforge.net/projects/aqemu/files/AQEMU%20Russian%20Documentation/0.7.3/AQEMU-Documentation-0.7.3.tar.bz2/download. AQEMU сега също Russified. В допълнение, има AQEMU съветник Първо Run, който ви позволява да намерите всички инсталирани на вашия компютър емулатори: "File> Помощник за първото> Next> Next> Търси".
Недостатъци в KVM, разбира се. Първият капан: актуализиране на ядрото на хост машината, изведнъж откриваме, че гостът под KVM отказва да работи. Така че това трябва да бъде: гостът използва старата ядрото, което вече не съществува. Ето защо, след обновяване на домакинята ядро трябва да се създаде един образ или гост отново, или с помощта на менюто за зареждане, домакинята, домакинята натоварването със същото ядро. Въпреки това, този недостатък е присъщо и пълен емулатор. Вторият капан: не се опитвайте да стартирате още VIRTUALIZER, да речем, на VirtualBox, ако паметта работи KVM модул. Първо е необходимо да се разтоварят команда Sudo rmmod KVM и Sudo rmmod KVM Разузнавателни (или Sudo rmmod KVM-AMD, ако един компютър с процесор AMD) на. На последно място, заедно с KVM QEMU позволява "несправедливо" емулация, в който VM изисква повече ресурси, отколкото компютърът ви е, например, VM CPU съдържа повече ядра. В този случай, вместо да се ускори, можете да получите рязко забавяне.
Резултатите от KVM сравнение срещу тестване VirtualBox могат да бъдат намерени в phoronix.com/scan.php?page=articleitem=linux_kvm_virtualbox4num=1. В този случай, VirtualBox да използва за визуализиране на хардуер. В синтетични тестове ясно превъзхожда KVM VirtualBox. В същото време резултатите от изборите ", които VM е по-добре" за противното, тези резултати са показани тук: ubuntuforums.org/showthread.php?t=1145462. Той спечели VirtualBox. Парадокс? Не. Фактът, че гласуването отразява повече на нивото на развитие на специфичен ubuntoidov от истинските достойнства на определена VM. Но този вот е ценно с това, че позициите на участниците по някакъв начин твърдят, че едни и същи често се признава: "KVM не се опита.". Така че опитайте едно и също!
версия за печат
Свързани статии