Dotaz: Je možný VM na gaming?

[tomsk]

Zdravím, ako niektorý viete, chcel by som prejsť na Linux (Ubuntu), ale taktiež by som si chcel na Linuxe spraviť VM na ktorom by som mal Win7, kvôli aplikáciam, ktoré sú iba na Windows a niektorým hrám. Preto by som sa chcel spýtať či je možné na VM (kvm/qemu) cez GPU passtrough získať výkon skoro rovnaký ako na bare metal.

 

Ďalšia otázka, podstatne dôležitejšia, je že či sa dá nastaviť aby môj linux využíval GPU (aby som mal vysoký výkon na playonlinux aplikácie a pod) a v prípade zapnutia VM (Win7) by GPU nahradil iGPU v linuxe a GPU by začala fungovať vo VM (som ochotný strpieť prebliknutie obrazovky a pod ;D ), vo Windowse sa dalo mať 2 GPU spustené, tak, že GPU mi vykreslovala obraz na monitore a iGPU mi vykreslovala "virtuálny monitor (obraz za mojim monitorom), ktorý nebol vidieť" celý návod je možné nájsť v príspevku (dole) na http://www.tomshardware.co.uk/answers/id-2147305/enabling-intel-integrated-graphics-alongside-discrete-graphics-card-quick-sync.html

 

Tak by ma zaujímalo či sa nedá niečo takéto aj na linuxe, že by ma to prípadne hodilo do "iného monitora" kým by GPU riadila VM, kľudne môžem v tom okne ostať, ide mi len o to, že chcem GPU výkon v linuxe, ale po zapnutí VM ho presmerovať na VM, a aby iGPU riadila linux kým bude VM zapnuté.

 

DUAL BOOTu sa chcem vyhnúť preto aj robím VM, keby som mal dual boot tak VM je pointless, chcem sa vyhnúť reštartom.

CPU: Intel i5 4670

GPU: Asus EAH6850

iGPU: Intel HD 4600

RAM: 8GB (rozmýšľam nad upgradom na 16)

 

Ďakujem! ;)

Odpovědi

[MadCatX]

Udělat to jde, předvedeno je to třeba tady: https://www.youtube.com/watch?v=37D2bRsthfI ale vyžaduje to desku s nerozbitým IOMMU, trochu nastavování a někdy i ručního patchování jádra, detaily s odkazy jsou v popisu videa. Dále to asi bude chtít aktuálnější distribuci než Ubuntu 14.04. Otázka je, jestli se tohle martytium vyplatí. Nebude v tomhle případě daleko jednodušší dát do VM Linux?

[knedla]

ahoj tome,

ano da sa, ja som to mal tak ze na jednom monitore Lino, na druhom Win. Ale hry som neriesil :(

ked som si to dal na papier tak som zistil ze lepsie je mi kupit notas na Lino za 900€ a herne pc s Win za 500€ pripojene k telke a mas pokoj :) A mas pravdu, restarty su na h*no, to sa na to clovek za chvilu vykasle.

a co to je za aplikacie co su len na WIN ? ako neboj, nebudem ti tu tlacit alternativy :)

[tomsk]

Čauko, no ja si poradím s týmto PC, ale dík, že nebudeš mi sem tlačiť alternatívy. Tak napr aplikácie na Win Adobe Premiere Pro,alebo nejaké novšie hry, na Wine sú ževraj o dosť nižšie FPS tak na nové tituly by som chcel VM, keďže sa da u neho dosiahnuť skoro natívny výkon. A PC budem používať ešte na programovanie.

[OMG]

Adobe Premiere Pro pouziva HW akceleraci, tudiz to davat na Linux je nesmysl. Pokud nemas dostatecny HW, pak je to jedno.

[Max]

Já něco podobného budu teď řešit na jednom PC. Tak jsem na to zvědavý, jak to posviští ...
Jinak se někde psalo, že úbytek výkonu na takto virtualizovaných win je pár procent. Očekávám tedy, že si zapařím na současném stroji vše. Uvidíme, každopádně to s tím přepínáním GPU bych asi moc slibně neviděl. Osobně budu řešit jednu GPU pro linux na práci a druhou pro win na paření, přepínání za běhu asi nebude fungovat, když vidím, jaké jsou problémy nyní.
Zdar Max

[Lazar]

Není nejjednodušší(dosažitelné) řešení zapojit např. výstup integrovaného GPU(HostOS) na MB do jednoho vstupu LCD a výstup z dedikované GPU(GuestOS) do druhého vstupu LCD? Přepínat obraz HostOSu/GuestOSu na ovladacích prvcích LCD.

Po dřívějích (2012) pokusech s GFX passthrough pod XENem a KVM

http://forum.cnews.cz/viewtopic.php?f=3&t=20194&p=326084&hilit=asrock+970#p306611>

http://forum.cnews.cz/viewtopic.php?f=6&t=18292&start=25#p308864

jsem naposledy (2014) zkoušel kombinaci QEMU/KVM/vga_vfio (modifikované Kubuntu 14.04)

http://forum.cnews.cz/viewtopic.php?f=6&t=18292&start=25#p335764

https://bbs.archlinux.org/viewtopic.php?id=162768

Nepodařilo se mi docílit přiřazení .rom s VGA BIOSem GuestOSu vyhražené GK, takže boot probíhal naslepo, přičemž samotná instalace GuesOSu(Windows) probíhala dočasně nad emulovanou GK. K dlouhodobému posouzení herní použitelnosti (lagy/FPS/...) jsem se vzhledem i k nativně relativně slabému HW (Ath II X4) nevěnoval.

[Josef Kufner]

Pokud nevadí, že přepnutí bude minutku trvat, tak můžeš dělat uspání na disk při dualbootu. Sice je tam reboot a neběží to současně, ale nepřijdeš o stav session.

[Lazar]

Dualboot a virtualizace s využitím IOMMU(GFX passthrough) není jinou ligou, to je zcela nový sport přinášející sebou naděje, výdaje, úsilí, napětí, emoce, rozčarování, radost/zklamání, ...

[tomsk]

To si pekne povedal :) Teraz rozmýšlam ako spravím aby iGPU bola primárna GPU, ale keď v linuxe spustím niečo cez playonlinux, tak aby vykreslovací výkon išiel do tej danej hry (lebo iGPU nieje nejak najvykonejsie).. avsak stale musim byt schopny poskytnut GPU do VM :)

[tomsk]

Čo hovoríte na toto? [url]http://www.linuxquestions.org/questions/slackware-14/how-to-switch-between-graphics-processors-using-vga-switcheroo-4175437338/[/url] cez toto by sa mali dať switchnut GPU karty za behu systému :)

[Lazar]

Docela extrémní případ GFX passthrough! https://www.youtube.com/watch?v=LXOaCkbt4lI#t=468

[alkoholik]

Co je na tom extremniho? Pred 5 lety jsem rozjel neco podobneho pro 3 hrace. Jde jenom o mnozstvi penez, ktere jsi ochotny obetovat.
Ted uz jsem to zredukoval na dva, hry jsou cim dal tim narocnejsi..
;(

[Lazar]

Extrémní třeba v tom, že v tomto řešení je cena na "virtuální herní stanici" při síle 4c(8HT)@2,6GHz,R9 Nano(8xPCIe?), 1TB SSD,32GB RAM(shared quad channel) zhruba 4200US$?

[alkoholik]

Neboj, za par let to stejne bude jenom predrazeny elektrosrot.

[MadCatX]

Moc tě nepotěším, ale vgaswitcheroo se používá k jinému účelu. Užitečné je to v případě, kdy dvě grafické karty sdílejí jeden videovýstup. Často se to vyskytuje v noteboocích pod označením nVidia Optimus nebo AMD Powerxpress. Tvoje situace je jiná. Ty máš co jsem pochopil dvě grafiky a každá má vlastní videovýstup. Monitor máš připojený k tomu Radeonu, takže se všechno vykresluje přes něj. Vypočítat obraz na jednom GPU a poslat jej na výstup druhého GPU je technicky trochu problém realizovat. Obraz se totiž musí přes PCI-e sběrnici zkopírovat z jednoho GPU do druhého, které ten obraz pak pošle na požadovaný výstup. V praxi tohle používá na Windows třeba SoftTH, něco podobného na Linuxu dělá pokud vím Bumblebee. Potíž je v tom, že tlačit vyrenderovaný obraz PCI-e sbernicí je dost náročné, což se projeví na výkonu.

[tomsk]

Tak môžem Monitor pripojiť k iGPU, a že GPU by bola na výpočty

[Lazar]

Můj MB integrovanou GPU nedisponoval, v rámci pokusů s IOMMU jsem používal slabší samostatnou GK pro HostOS(Linux) a silnější GK pro GuestOS(Windows). Možností střídavého využití GK v HostOS a GuestOS si moc jistý nejsem. Myslím, že i funkční prostředí s vyhrazenými GK pro HostOS a GuestOS lze v tomto zápase považovat za úspěch.

[tomsk]

Alebo čo tak spraviť, ze by som mal 2 DVI káble zapojené do monitora z GPU aj z iGPU to by potom vyzeralo ako notebook :)

[MadCatX]

To by se asi dalo realizovat, ale pro změnu primárního GPU bys musel vždycky přehodit konfiguraci Xek a restartovat je, což by ti vyšlo stejně jako dualboot.

[tomsk]

No a čo takto to robiť ako tu http://asusm51ta-with-linux.blogspot.sk/ ? veď cez to sa dajú prepínať GPU

[MadCatX]

Takto to bohužel nelze. Notebooky používající dvě GPU je mají zapojené zvláštním způsobem tak, že dedikované GPU kreslí přímo do framebufferu iGPU. Dedikované GPU samo o sobě nemá žádný videovýstup. Na Linuxu tohle funguje buď nativně s FOSS ovladači a DRI PRIME nebo ohackovaně s uzavřenými nVidia ovladači a Bumblebee (za cenu nižšího výkonu). V desktopu toto zapojení není, takže vga_switcheroo zde nepomůže. Můžeš se podívat, zda ti na desktopu vůbec existuje

/sys/kernel/debug/vgaswitcheroo/switch

a případně co v něm je.

Xka sice umí používát více GPU najednou, ale buď musí být každé přiřazené samostatnému screenu (to jsem nikdy nezkoušel) nebo se vytvoří jeden velký virtuální monitor přes Xinerama. Jaká je situace teď bych musel ověřit, ale 3D akcelerace s Xinerama IMHO funguje jen pokud jsou všechny "sdružené" GPU nVidií a používá se uzavřený ovladač.

[tomsk]

/sys/kernel/debug/vgaswitcheroo/switch Nedokážem nájsť

[MadCatX]

Na přístup do /sys/kernel/debug je IMHO potřeba root, to jsem ti asi mohl říct. Nicméně i tak jsem si dost jistý, že vga_switcheroo na desktopových konfiguracích nefunguje a proto ten záznam v sysfs nebude.

[tomsk]

a prečo nefunguje? dá sa to nejako obísť? blokuje to aj ArchLinux (že by som prešiel)?

 

Teoreticky by sa dalo spraviť nejakú virtuálnu obrazovku ofscreen, ktorú by vykreslovala iGPU, a keby sa dalo za behu systému nejako "odstreliť" GPU tak by som sa hodil do toho virtuálneho monitoru a GPU by bola vo VM... na Windowse sa dalo prepínať medzi virtálnymi monitormi, ktoré vykreslovala iná GPU

[MadCatX]

a prečo nefunguje? dá sa to nejako obísť? blokuje to aj ArchLinux (že by som prešiel)?

Protože ten hardware je prostě jinak zapojený. Xka se nedají bez restartu přehodit z jednoho GPU na jiné.

Teoreticky by sa dalo spraviť nejakú virtuálnu obrazovku ofscreen, ktorú by vykreslovala iGPU, a keby sa dalo za behu systému nejako "odstreliť" GPU tak by som sa hodil do toho virtuálneho monitoru a GPU by bola vo VM... na Windowse sa dalo prepínať medzi virtálnymi monitormi, ktoré vykreslovala iná GPU

Pro vykreslování obrazu offscreen používaly původní verze Bumblebee nástroj VirtualGL. Tím by se podobného efektu nejspíš dalo docílit, ale bylo by to pomalejší než "nativní" řešení, protože by se obraz musel kopírovat z jednoho GPU do druhého přes PCI-e.

[tomsk]

A nedá sa spraviť aby Xka bežala stále na iGPU, ale GPU by mal na starosti napr aplikacie z playonlinux? Tym padom by stacilo GPU odstrelit, kedze ziadny software by ju ani nevyuzival

[MadCatX]

Přes VirtualGL by to velmi pravděpodobně šlo, Bumblebee tak fungovalo.

[tomsk]

Máš s tým nejaké skúsenosti? Že by sme to niekedy spolu poriešili, nech tu nezahltíme vlákno a keď to bude fungovať, tak by som sem dodal návod ako to spojazdnit.

[MadCatX]

Jenom uživatelské související s rozjížděním Bumblebee. Bumblebee by se pro tvou situaci asi použít dal, ale musel by se trochu ohnout. Teď je Bumblebee šité na míru nVidii a ještě v konfiguraci Optimus. Do zdrojáků jsem koukal jen velmi letmo, ale kdyby se odstranila detekce karet nVidie a power management, IMHO není důvod, aby to nefungovalo.

[tomsk]

No a ešte nájsť niekoho,kto by to dokázal zmeniť :)

[Lazar]

Už máte ověřenu podporu VT-d u vaší základní desky (přítomná odpovídající volba v BIOSu), či v ideálním případně dohledanou success story popisující na ní úspěšné dosažení GFX passthrough? IMHO: Této technologii se klade do cesty tolik překážek a omezení, že její očekávané fungování je spíš vyjímkou než pravidlem.

[tomsk]

VT-d podporuje základová doska

[pavele]

Základní deska i procesor podporuje VT-d?

[tomsk]

Áno aj procesor

[GeorgeWH]

schvalne, aku mas dosku?

[tomsk]

Asus Z87-C

[GeorgeWH]

a to kde si prisiel na to, ze podporuje vt-d?

[tomsk]

Niekde som čítal, ale napísal som už na support a mimo to aj keby to nefungovalo, tak dosku zoženiem, ktorá podporuje VT-d

[Lazar]

Výrobce v anglické verzi manuálu k motherboardu na stránce 2-29 zmiňuje volbu VT-d v BIOSu, takže teoretická šance tu snad je. Jedině praxe může ukázat zda je tomu tak i ve skutečnosti.

https://www.asus.com/cz/Motherboards/Z87C/HelpDesk_Manual/

[tomsk]

Áno máte pravdu, už som to našiel, čiže teoreticky by som mal mať podporu VT-d (IOMMU), VT-X a mám 2 GPU, čiže virtualizáciu by som mal byť schopný rozbehať s GPU passtrough. Takže ide už len o to či sa dá za behu odstreliť GPU a prípadne sa switchnúť do virtuálneho okna ktoré by renderovalo iGPU, alebo ako bolo spomínané niečo spraviť s tým VirtualGL, alebo nejak obabrať vgaswitheroo... Som ochotný mať do monitora zapojené dva káble z iGPU aj z GPU a po zapnutí VM, prepnúť na monitore vstup.

[Lazar]

Například zde je docela zajímavě zpracované HowTo k dané problematice (jsou zmíněna úskalí group atpd).

http://vfio.blogspot.cz/2015/05/vfio-gpu-how-to-series-part-1-hardware.html