Windows gaming VMToto je z jmojho pohladu asi VM ktora vyvolava najviac otazok:
Q: Disk
1. Je lepsie pouzit nativny disk cez passtrought koli vykonu alebo obraz VM napr koli spominanym snapshotom? Resp mozem mat najlepsie z oboch?
A: Rozdíl mezi virtuálním a passthroughnutým diskem při gamingu nepoznáš. Akorát pozor při kombinaci FS, který je copy-on-write a virtuálního disku. Při každé změně souboru (ve kterém je image disku) dokází k velké fragmentaci: https://www.reddit.com/r/btrfs/comments/5p3p5d/why_isnt_btrfs_recommended_for_kvm/ . Řešením je vypnutí COW pro adresář ve kterém se nacházi image disku.Q: VGA Passtrought
2. Po VGA passrought tato karta prestane byt dostupne v host machine (na Proxmoxe)?
A: Ano přesně tak, jedině, že bys měl profesionální kartu (nVidia Quatro,...), které umí rozdělit výkon mezi hosta a hostitele, ale ty jsou cenově uplně jinde. Případně to umí Intel: https://wiki.archlinux.org/index.php/Intel_GVT-g3. V pripade ze spravim VGA passrought pre konkretnu VM mozem tuto VM nasledne vypnut a pouzit passtrought pre inu VM (bez restartu Proxmoxu)
A: Ano s Nvidia kartami je to bez problému. Lze si vytvořit script, který binduje/unbinduje GPU. Já si třeba přehazuji (binguji/unbinduji) GPU mezi hostem a hostitelem, podle toho kde ji zrovna potřebuji. S AMD kartami je trochu problém. Nebudu to teď rozepisovat, jen tě navedu, že se tomu říká reset bug a reší se různými patchy (dříve kernelu, dnes by to snad mělo jít jen patchem nějakého modulu jádra). U poslední nejvyšší řady RX 6000 by ten bug být již neměl (jen jsem to četl v diskuzi, blíže jsem nezkoumal).4. Pre VGA passrought nepotrebujem mat drivery pre tuto kartu na host machine (na Proxmoxe) ale na prislusnej VM?
A: Ano přesně tak. VM vidí reálnou GPU a potřebuje pro ni ovladače. Proxmox (hostitel) GPU v tu chvíli naopak nevidí.5. Ak pripojim monitor do VGA vystupu tak az do momentu pokial Proxmox nastartuje prislusnu VM do kt je tato GPU passtrought tak by som mal vidiet vystup z Proxmoxu, nasledne ked startne prislusna VM uvidim obraz danej VM?
A: Lepší řešení je pro hostitele (Proxmox) mít vyhrazenou iGPU a pro hosta (VM) mít dGPU. Pokud budeš mít jen jednu GPU, tak ji musiš přehazovat mezi hostem a hostitelem. Nevím jestli Proxmox obsahuje nějaké scripty, které to umí na kliknutí (respektive klávesouvou zkratku), pochybuji, ale jestli o tom víš, tak se poděl o info, bylo by to pro mne příjemné překvapení. Pokud Proxmox takovou superfunkci nemá, tak se ti může stát, že když ti vytuhne VM s VGA pass, tak GPU už nedokážeš vrátit zpět Proxmoxu. Musel bys mít nějaký způsob jak zabít vytuhnutou VM bez monitoru. Z mobilu přes SSH?6. V pripade ze chem pouzit aj mysku a klavesnicu v danej VM potrebujem spravit aj USB passtrought?
A: USB pass je jedna varianta, asi nejjednodušší a zároveň nevytváří latenci což je u her důležité. Někdo požitá Synergy, tam bych se latence ve hrách už trošku obával. Mně vyhovuje další způsob a to pomocí evdev: https://www.reddit.com/r/VFIO/comments/7hjhsj/evdev_passthrough_mouse_not_reacting_to_hotkey/7. Dokazem spravit VGA passtrought s jednou VGA kartou? Bude Proxmox schopny nastartovat do "headless" rezimu a bude schopny spustat ostatne VMs a budem ho schopny ovladat cez WEB resp SSH?
A: VGA pass jen s jednou GPU je vopruz, ale jít by to mělo. Ještě tě navedu na https://github.com/gnif/LookingGlass , což je způsob jak v hostiteli (Proxmoxu), případně v nějaké VM, zobrazovat grafický výstup z jiné VM, která má passthrougnutou VGA. Ale je to beta a za druhé je tam cítit maličký lag, takže při hraní rychlých her to může trochu vadit. I přes to je to ze všech dostupných řešení (RDP, Spice, VNC) způsob jak docílit minimálního lagu - to je i hlavní cíl projektu LookingGlass.8. Aky je dnes stav pre GPU passtrought? Videl som rozne tutorialy od pomerne jednoducho vyzerajucich (nastavit iommu v grube Proxmoxu a v GUI VM naklikat zariadenie do VM) cez zlozitejsie (dumpovanie vBIOSu z VGA, jeho nasledne modifikovanie a nastavenie pre konkretnu VM, hlavne v kombinacii s UNRAID a absolutne som nepochopil aky to ma zmysel) az po asi najviac zlozite (manualne kompilovanie Qemu a jadra a instalaciu roznych driverov a neviem coho vsetkeho este)
A: Asi tady není prostor to všechno rozebrat, ale řeknu to jednoduše. Na desktopu není problém (kromě výjímečných případů) pokud máš GPU v samostatné IOMMU skupině. V případně, že je ve skupině navíc jen PCI bridge, tak i tak by to mělo bez problémů fungovat (což je i můj případ). Problémy jsou hlavně u notebooků - https://gist.github.com/Misairu-G/616f7b2756c488148b7309addc940b28Asi nejlepší vga passthrough dokumentace je jako vždy na archlinuxu 
: https://wiki.archlinux.org/index.php/PCI_passthrough_via_OVMFCele by to malo bezat na Ryzen 5 3600
Nic moc. Záleží kolik chceš mít zároveň spuštěných jiných VM, každá VM ubírá CPU, takže kdybys měl dobrou GPU pro VGA pass, tak by se ti mohlo stát, že CPU bude úzké hrdlo. Navíc každá VM si ukousne pevně danou RAM, takže jak ti už někdo radil je na zváženou jestli raději nepoužít kontejnery.
Viete mi prosim poradit nejaku pre Ryzen 5 3600?
V tomto nepomohu. Bude třeba na google hledat spojení "success stories" "ryzen 5" "iommu group" apod.
Zobrazit příspěvky
