QEMU pro klikače (diskuse)

[alblaho]

Já jsem si hrál s VirtManagerem z produkce Red Hatu a vypadá to velice použitelně. Navíc má člověk jistotu dalšího vývoje.

[SAM:]

Bohužel poslední dobou se zdá, že vývoj se poněkud pozastavil. Asi je způsobeno pracemi na oVirt. Virt-Manager ma tu nepříjemnou vlastnost, že v KDE poměrně dost padá některé dialogy třeba nefungují správně. Snažil jsem se to řešit s vývovájařem. Dokonce jsem mu vybisektoval commity, ale neměl moc ochotu se tím zabývat.

Pod Xfce chodí virt-manager lépe.

[Lukáš Zapletal]

Neřekl bych, že se vývoj zvášť zpomaluje. A neřekl bych, že by nějak zvlásť padal.

KDE to je samozřejmě jiná káva, vše se píše a ladí pro GNOME. Teprve až pak se řeší KDE, většinou ve volném čase a podobně.

Sečteno a podtrženo, virt-manager je velmi pěkně použitelný. V budoucnu ho funkčností asi "převálcuje" RHEV (oVirt), ale čtenář abclinuxu.cz se jistě spokojí s aktuálně nabízenou funkčností. Doporučuji ho zkusit.

Když už jste si dal tu práci s bisekty, tak to už byl krůček k patchi

[Migi]

VirtManager zdá se mi už jako dělo na vrabce, co se týče "takové té malé domácí virtualizace".

[David Jaša]

virt-manager je fíčurama opravdu taková ta malá domácí virtualizace, jenom to má děsivý UI. Neděsivý UI (snad) budou mít Boxes.

[Migi]

Přistup do nastaveni jen s pravy roota a primarni vystup na VNC. To mi přišlo idealni tak na firemni nasazeni, na doma je to trochu ... nepraktický.

[SAM:]

No, stačí se podívat do git repozitáře. Za poslední čtvrtrok tam toho moc nepřibylo.

[Lukáš Zapletal]

Čtvrtrok jsou tři měsíce. Je to jen otázka pohledu

[Lukáš Zapletal]

Je to jen kousek velké skládačky.

[Jirkus]

Pěkný článek, díky. Chtěl bych se zeptat někoho jak je na tom QEMU s USB zařízeními. Jsou funkční alespoň jako ve Virtualboxu?

[Jiří J.]

USB 2.0 jakž-takž funguje, použitelné to je. Nevím přesně, co "jsou funkční" znamená, takže řeknu jen, že třeba

-device usb-ehci -device usb-host,vendorid=...,productid=...

funguje stejně, jako virtualboxí pojetí připojení USB zařízení. Místo vendor/product lze pochopitelně použít i bus/addr, vizte -device usb-host,? .

[vencour]

Měl jsem dojem, že lze přidělit/nastavit qemu přímý přístup na pci sběrnici, aby například virtualizovaný stroj dostal přístup na kartu ve slotu. Tj. že bych měl win2k, k tomu něco, co svého času běželo a takhle bych to rozchodil. V manu o tom zmínu nevidim, takže se pletu a přímo zpřístupnit takový speciální hardware nejde? Tj. když mam ovladače pro win2k, qemu, stroj s pci sbrnicí a kartu do pci, tak v qemu tohle nerozchodim?

[100% Lenin]

Hm, zajímavé. Pokud se nemýlím, tak nejdříve musíte otdělit HW ot jádra. Tak to bylo svého času v XEN. Při startu systému jste deklaroval, na jaké PCI zařízení nemá XEN brát ohled a to jste potom přiřadil VM.

Něco jsem zkoušel a fungovalo to se síťovkama i s diskama. Pokusy s grafikou nebyly nic moc. Spíše experimenty. To zrovna XEN nechtěl podporovat. Asi by lidi jeli v linuxu na wydlích a co by na to félkej bill?

Takže asi tak. Pohledejte v dokumentaci, jestli to je možné provést a pak to půjde. Jinak to asi nemá moc smysl. Pokud si ovšem rozumíme a mluvíme o samostatně vyděleném a hamatatelném HW.

Zdarec.

[stativ]

Podle všeho by to měl podporovat Xen a KVM, pokud máš příslušný HW. Je dost možné, že to bude vyžadovat qemu z www.linux-kvm.org.

[alkoholik]

Na to potrebujes hardware s podporou VT-d/IOMMU.

[zippy]

Alebo skus libvirt, ktory to vsetko spravi za teba. Ono aj virt-{manager,viewer} su postavene nad libvirtom.

[#]

Diky za clanek AQEMU vypada vyborne.

Mohl by tu nekdo porovnat klady/zapory reseni zalozenyho na QEMU vs. VirtualBox? Osobne to pouzivam jen na doma na C2D s 4GB RAM pro XP + naky testovaci linuxy/unixy. Co sem si vsim tak ve VB neni zrovna silny IO, taky takovy KDE s efektama je dobre zasekany, jak je na tom QEMU?

[Jiří J.]

Z hlediska I/O jsem dělal nedávno benchmark, celkově vzato se qemu spíše hodí pro čistý výkon a/nebo velkou konfigurovatelnost emulovaného hardware (s novou -device syntaxí). Qemu (spolu s akcelerací přes KVM) je tedy třeba ideální pro virtuální serverové instalace (web, sql, mail, ...), zatímco virtualbox těží daleko více na desktopu (2D video akcelerace, 3D akcelerace, podpora více monitorů, roztahování okna s VM, velká rychlost i bez vmx/svm, multiplatformnost (linux/win/mac/?), skrývání myši ve VM, ...).

Takže na "trvalé" systémy na desktopu určitě doporučuji virtualbox, na jednorázovky typu "pusť system rescue cd na kamarádův USB HDD" je pak daleko jednodušší použít qemu (starou syntaxi).

Co se týče grafiky / grafického výkonu, tak tam jednoznačně vede virtualbox.

[#]

dik za shrnuti a link na benchmark. Muj nejvetsi problem s I/O ve VB byl vlastne ocekavatelnej, extrahoval sem totiz svuj bz2 backup realne masiny pod virtualem, takze to proste trvalo dyl, nicmene virtio vypada, ze by mohlo vest k lepsi odezve. Mas na to nakej feedback od vyvojaru (koukam v diskuzi zatim zadna reakce)?

[Jiří J.]

Na IRC jsem někdy v prosinci slíbil tento benchmark jednomu z vývojářů, protože jsme se trochu neshodli ve způsobech použití obou virtualizačních nástrojů (kvm/vbox), takže jsem v lednu dodržel své slovo a benchmark udělal. Na žádost dotyčného vývojáře se to pak objevilo i na mailing listu, ale nikdo se neozval. Popravdě se ani nedivím - priority virtualboxu jsou někde jinde, maximálně se budou vývojáři zabývat tou regresí při zápisu na "SATA".

[stativ]

Neměla by akcelerace naopak běhat mnohem lépe s KVM, když jde použít PCI pass-through?

[100% Lenin]

jde o to, co chcete akcelerovat. Kdysi jsem masivně testoval XEN (linux větev) a paralelně jsme testovali citrix. Bych pravdu řekl - na nasazení izolovaných serverů pro testování na desktopu je výhodnější KVM - pro testování desktopu na desktopu je určitě lepší virtualbox - pro virtualizaci serveru na serveru - nebojte se XEN řešení. Myslím, že citrix xen server se dá stáhnout free a klidně nasadit na nějaký domácí miniprojekt. Když na to dojde, pustíte tam i PC a připojíte se vzdáleným desktopem.

No - a pokud chcete akcelerovanou grafiku - dejte si do case dvě fošny, jednu na windoze a druhou na linux. :D Zdar

[100% Lenin]

pardon, PC = wydle :D

[stativ]

jde o to, co chcete akcelerovat.

No, měl jsem na mysli hlavně grafiku. Třeba když nainstaluji ve VirtualBoxu něco graficky náročného (např. KDE) a vedle to nainstaluji do KVM nebo XENu s pci-passthrough pro grafiku, čekal bych, že to v KVM/XEN poběží mnohem lépe.

No - a pokud chcete akcelerovanou grafiku - dejte si do case dvě fošny, jednu na windoze a druhou na linux. :D

A to mi bude jako k čemu? „windoze“ nepotřebuju

[Jiří J.]

Koukám, že tu vzniklo několik nedorozumnění.

Předně jde o 3D akceleraci - virtualbox používá pro 3D renderování v hostiteli OpenGL (pokud je mi známo), což je univerzální způsob natolik, aby fungoval s různými graf. kartami na různých platformách. Kluci z KVM myslím něco podobného připravují, ale za pomoci KMS jaderného driveru (když nepočítám redhatí QXL). O vmware nemám ponětí, ale tuším, že nějaký driver v kernelu už taky je. Přestože metody jsou různé, pokaždé jde víceméně o renderování na hostitelově aktivní grafické kartě za použití driveru hostitele.

Druhá možnost je tzv. "pci-passthrough", který umožňuje přímo "propojit" virtualizovaný systém s jakýmkoli PCI(e) zařízením bez znatelného zvýšení latence, díky IOMMU. Tento postup v našem případě má ale pár nevýhod:

• Dané PCI zařízení může používat pouze jeden OS. I kdyby se podařilo namapovat (DMA) rozsah adres daného zařízení do více OS, komunikace nikdy nebude bezstavová. Jednodušše řečeno - pokud kartu přiřadíme virtuálnímu stroji, hostitel ji nemůže používat. Zde asi směřovala narážka na "windoze" - obyčejně by člověk mohl chtít virtuální windows se super nadupanou grafickou kartou. A jelikož tuto kartu pak nemůže použít hostitel, musela by být k dispozici třeba integrovaná grafická karta, kterou použije hostitel při bootu (a kernel parametrem si zakáže sahání do DMA range nadupané PCIe grafické karty).
• Zatímco pci-passthrough jako takový je podporován ze strany KVM a vmware (virtualbox ho myslím zatím neumí), grafickou kartu zatím KVM "propojit" neumí. Mám pocit, že problém byl (je) v inicializační sekvenci a nějaké adresní provázanosti fyzické adresy hostitele s adresami v ROM karty. Neberte mě za slovo, přesně to bude někde na KVM mailing listu.
• Základní desky s IOMMU jsou v sektoru "hi-end", pokud si člověk nekoupí vyloženě nějakou tu super duper gaming sniper assault základovku za 10000+ tisíc, nemá (na desktopu) na pci-passthrough nárok. KVM navíc (pokud vím) podporuje pouze AMD procesory.

Kolem a kolem - pro běžného uživatele desktopu to nestojí za ty problémy. Ne v současnosti. Na většinu jednodušších grafických úkonů stačí wine (resp. crossover), případně virtualbox se svoji jednoduchou 3D akcelerací, na komplexnější věci je potřeba buď rozjet danou aplikaci nativně na OpenGL, nebo restartovat do OEM Windowsu, který přece dneska má každý!

Z vlastní zkušenosti mohu říct, že restart je sice otravná operace, ale pokud se zkombinuje s hibernací, ruší daleko méně.

[alkoholik]

Takze drobne opravy:
Videl jsem report, ze v KVM uz nekomu funguje VGA passthru. V XENu slape pres rok.
Zakladni desky (ASUS Crosshair IV a V Formula), na kterych provozuju Windows virtualy s passnutymi grafikami, stoji nove kolem 5kKc a ne 10.
Kolem a kolem - misto tri pocitacu s Windows mam jeden se tremi virtualy.

[stativ]

Díky za obsáhlou odpověď. Takové porovnání jsem měl na mysli, aneb proč používat zbytečnou vrstvu jako má VirtualBox, jako je ovladač virtuální grafiky, který stojí za nic (podpora jen OpenGL 2 a nějaké staré verze DX, navíc ne úplně bez chyb), když je tu KVM s PCI passthrough.

Je škoda (ale je fakt, že je to celkem logické), že grafiku nemůže používat hostitel. Na druhou stranu vzhledem k tomu, že spousta dnešních CPU má integrovanou grafiku, není asi až tak neobvyklé mít 2 GPU. Bohužel mě to kazí plány na využití času mezi zkouškami. Ačkoliv moje základovka snad, možná, IOMMU podporuje, tak mám jen první generaci i7 (ie bez grafiky).

Podpora HW bude záviset hlavně na poptávce, i když se mi nezdá že by podporu IOMMU využili hlavně hráči. Skoro bych řekl, že ti to využijí nejméně.

[alkoholik]

To musis mit hardware s IOMMU a volny radic s diskem, ktery bys tomu virtualu predhodil. Na vetsine pocitacu sci-fi.

[lythos]

Virtual box neznam, pouzivam x let qemu. V posledni dobe se mi hlavne libi:
1. spoluprace s vio zarizenimi (treba /dev/vd*)
2. Bolloon driver a moznost pridavani a odebirani pameti za behu systemu
3. Moznost emulace vice platform