VirtualBox vs QEMU/KVM vs VMware Workstation vs WinBoat
NÁVODY > KATEGORIE > Virtualizace
25.01.2026
Virtualizační nástroje pro domácí uživatele (Windows na Linuxu)
Pro koho je tento článek
Pokud používáte Linux jako hlavní systém, ale občas potřebujete Windows (hry s anti-cheatem, účetnictví, specifické firemní aplikace, Adobe, CAD…), dříve nebo později narazíte na otázku: který nástroj má smysl a jaké jsou limity?
V článku porovnám 4 přístupy:
- VirtualBox (Oracle)
- VMware Workstation Pro (Broadcom / VMware)
- QEMU/KVM (nejčastěji přes libvirt + virt-manager)
- WinBoat (automatizovaný „Windows jako VM v kontejneru“ + RemoteApp)
Serverové hypervizory záměrně vynechávám (Proxmox VE, Xen, VMware ESXi (vSphere), Microsoft Hyper-V).
Srovnání virtualizačních nástrojů pro Windows na Linuxu: VirtualBox, QEMU/KVM, VMware Workstation a WinBoat
1) Nejdůležitější princip: „Video Memory“ není VRAM vaší grafiky
Ve VirtualBoxu i VMware uvidíte nastavení typu Video Memory. To je paměť virtuální grafické karty (typicky framebuffer/limity rozlišení) a alokuje se z RAM hostitele, ne z VRAM vaší NVIDIA/AMD karty. Oracle to popisuje přímo: video paměť je „memory provided by the virtual graphics card… allocated from the host’s resident memory“. User Guide for Release 7.2 nebo EN-VBOX-7-2-USER.pdf
Co z toho plyne:
- vyšší „Video Memory“ může pomoci s rozlišením, více monitory, plynulejším GUI,
- nezaručuje to výkon ve 3D,
- a už vůbec to neznamená, že Windows ve VM „dostaly vaši grafiku“.
Skutečný „plný přístup k fyzické GPU“ nastává typicky až u PCI passthrough (VFIO) – to je hlavně doména QEMU/KVM (a je to zásadní rozdíl pro hry i těžké 3D).
2) Rychlé srovnání v tabulce
(každý nástroj zvlášť)
3) VirtualBox: proč je skvělý na kancelář, ale slabý na hry a 3D
3.1 Co dělá dobře
- jednoduchá instalace a GUI,
- velmi dobré pro: Office, účetnictví, „jednu firemní aplikaci“, testování,
- Guest Additions = lepší integrace (rozlišení, sdílení schránky, složky…).
3.2 Limity grafiky
VirtualBox umí 3D akceleraci, ale historicky ji popisuje jako experimentální a (ve starší dokumentaci) výslovně zmiňuje OpenGL a Direct3D 8/9. Hardware-Accelerated Graphics.
To je hlavní důvod, proč moderní hry (typicky DirectX 11/12) ve VirtualBoxu často nedávají smysl.
Důležité je i bezpečnostní upozornění: VirtualBox sám říká, že 3D ovladače jsou složité a 3D akcelerace nemá být pouštěna pro nedůvěryhodné hosty.
3.3 „Nejde použít samostatná NVIDIA karta“
Pro běžné „desktop“ použití je závěr správný: VirtualBox poskytuje virtuální grafický adaptér a případná 3D akcelerace je překlad / forwarding přes hostitele, nikoli „Windows mají vaši NVIDIA jako vlastní kartu“.
3.4 Aktualizace jádra + Secure Boot
VirtualBox na Linux hostiteli používá kernelové moduly (např. vboxdrv). Pokud je zapnutý Secure Boot, může se stát, že se modul nenačte – VirtualBox to řeší v ticketech přímo jako Secure Boot problém.
A pokud používáte DKMS, po upgradu kernelu se moduly překládají znovu; Oracle výslovně uvádí, že bez DKMS musíte po upgradu kernelu ručně spustit vboxsetup.
A pokud používáte DKMS, po upgradu kernelu se moduly překládají znovu; Oracle výslovně uvádí, že bez DKMS musíte po upgradu kernelu ručně spustit vboxsetup.
Obecně: DKMS moduly + Secure Boot znamenají, že moduly nemusí fungovat bez správného podepisování / konfigurace. Ubuntu to popisuje přímo: „DKMS modules will not work… with Secure Boot enabled unless correctly configured“.
4) VMware Workstation Pro: často nejlepší „hotové řešení“, ale stále to není VFIO
4.1 Licence (aktuální stav)
Broadcom uvádí, že od 11. 11. 2024 je VMware Workstation Pro (od verze 17.5.2+) dostupný zdarma i pro commercial / educational / personal použití.
4.2 3D akcelerace a realita pro hry/grafiku
VMware Workstation umí „Accelerate 3D graphics“ (v GUI je to běžné zatržítko).
Zároveň Broadcom u Workstation 17.x uvádí požadavky pro 3D akceleraci – např. na Windows hostu GPU s DirectX 11.1; na Linux hostu požaduje proprietární NVIDIA ovladače a výslovně zmiňuje, že AMD zařízení na Linux hostu nejsou podporována pro 3D.
Zároveň Broadcom u Workstation 17.x uvádí požadavky pro 3D akceleraci – např. na Windows hostu GPU s DirectX 11.1; na Linux hostu požaduje proprietární NVIDIA ovladače a výslovně zmiňuje, že AMD zařízení na Linux hostu nejsou podporována pro 3D.
V dokumentaci k Workstation se také objevuje, že hostované OpenGL ovladače pro guest podporují různé profily kompatibility (včetně OpenGL 4.3).
Praktický důsledek:
VMware bývá na 3D aplikace a část „ne-AAA“ her lepší než VirtualBox, ale pořád jde o virtuální GPU (SVGA) a virtualizovanou 3D vrstvu, nikoli o „Windows mají fyzickou NVIDIA přímo“.
VMware bývá na 3D aplikace a část „ne-AAA“ her lepší než VirtualBox, ale pořád jde o virtuální GPU (SVGA) a virtualizovanou 3D vrstvu, nikoli o „Windows mají fyzickou NVIDIA přímo“.
4.3 Anti-cheat hry
I kdyby běželo 3D rychle, hry s anti-cheatem často kontrolují virtualizaci/ovladače/jádro a VM může být blokovaná. Tohle není „chyba VMware“, ale vlastnost mnoha anti-cheat systémů. (Berme to jako riziko, ne jako slib.)
4.4 Aktualizace jádra + Secure Boot
VMware Workstation na Linux hostiteli také používá kernelové moduly. Obecné pravidlo je stejné jako u VirtualBoxu:
- po aktualizaci kernelu se může změnit kompatibilita modulů,
- se Secure Bootem mohou být nepodepsané moduly blokovány,
- řeší se to přes MOK / podepisování modulů (podle distribuce). Obecný princip DKMS+Secure Boot popisuje Ubuntu.
5) QEMU/KVM: dvě úplně odlišné ligy (bez VFIO vs s VFIO)
5.1 KVM bez GPU passthrough
Když si uděláte Windows VM ve virt-manageru „běžně“ (virtio/qxl apod.), dostanete:
- velmi dobrý CPU výkon (KVM je v jádře),
- slušnou odezvu pro desktop,
- ale herní 3D výkon typicky ne.
Je to podobný princip jako u VMware/VB: virtuální grafika, nějaká akcelerace, ale bez plného přístupu k fyzické GPU.
5.2 KVM s GPU passthrough (VFIO): zásadní rozdíl
Tady se děje to, co vás zajímá nejvíc:
- Windows VM může používat PCIe zařízení „jako by bylo přímo připojené“ (typicky GPU). Red Hat to shrnuje: PCI passthrough umožní, aby VM používala host device, jako by bylo přímo připojené k VM.
- v takovém případě se výkon i kompatibilita 3D výrazně přibližují „bare metal“.
Důsledek pro VRAM:
Pokud je GPU passthrough správně udělaný, Windows ve VM vidí reálnou grafickou kartu a používá její fyzickou VRAM (limitem je karta). Neřešíte „Video Memory slider“, ale parametry passthrough a ovladače ve Windows.
Pokud je GPU passthrough správně udělaný, Windows ve VM vidí reálnou grafickou kartu a používá její fyzickou VRAM (limitem je karta). Neřešíte „Video Memory slider“, ale parametry passthrough a ovladače ve Windows.
5.3 Cena za to: složitost a požadavky
GPU passthrough není „klik-klik“:
- potřebujete IOMMU a správné groupy (často BIOS/UEFI nastavení),
- často je praktičtější mít 2 GPU (jedna pro Linux host, druhá pro Windows VM), jinak je to komplikovanější,
- ladí se VFIO binding, reset GPU, zvuková část GPU, někdy i multi-function PCI.
Pokud chcete používat Windows „jako okno“ a zároveň mít GPU ve VM, často se používají projekty typu Looking Glass (nízká latence a sdílený obraz).
5.4 Aktualizace jádra + Secure Boot: bude to bolet?
Samotné KVM je součást linuxového jádra. Tzn. po aktualizaci kernelu obvykle neřešíte „externí moduly hypervizoru“, jako u VMware/VB. KVM se v kernel dokumentaci běžně popisuje jako modulová část jádra (kvm_intel/kvm_amd) a řeší se parametry, nesting apod.
Ale pozor na dvě věci:
- GPU passthrough závisí na VFIO a ovladačích. VFIO je také kernelový subsystém, ale do hry vstupují hlavně ovladače GPU (např. proprietární NVIDIA na hostu).
- Pokud máte na hostu DKMS moduly (typicky proprietární drivery), Secure Boot může vyžadovat správné podepisování/konfiguraci – to není problém „KVM“, ale obecně „DKMS + Secure Boot“.
Shrnutí:
- KVM jako hypervizor: po update kernelu obvykle bez dramatu.
- GPU passthrough: obvykle drží, ale může se rozbít kvůli driverům nebo změnám v IOMMU/VFIO chování (spíš výjimky, ale je to reálné).
6) WinBoat: co to je a co od toho čekat
6.1 Princip
WinBoat je aplikace, která automatizuje „Windows na Linuxu“ tak, aby Windows aplikace působily jako „nativní okna“ na Linux desktopu.
GitHub popisuje, že Windows běží jako VM uvnitř Docker/Podman kontejneru a pro „seamless okna“ se používá FreeRDP + Windows RemoteApp. To samé potvrzuje i TUXEDO článek: Docker + FreeRDP + izolované Windows + zobrazení aplikací na desktopu. A oficiální web to prezentuje jako seamless integraci a automatizované instalace.
GitHub popisuje, že Windows běží jako VM uvnitř Docker/Podman kontejneru a pro „seamless okna“ se používá FreeRDP + Windows RemoteApp. To samé potvrzuje i TUXEDO článek: Docker + FreeRDP + izolované Windows + zobrazení aplikací na desktopu. A oficiální web to prezentuje jako seamless integraci a automatizované instalace.
- Poznámka: „Seamless“ (česky volně „plynule / bez viditelných hranic“) znamená, že Windows aplikace se na Linuxu nezobrazují v jednom velkém okně celé virtuální plochy, ale jako samostatná okna přímo na Vaší linuxové ploše. V praxi to vypadá, jako by šlo o běžné linuxové programy – můžete je minimalizovat, přepínat mezi nimi (Alt+Tab), připínat do panelu a pracovat s nimi vedle ostatních aplikací. Technicky je to obvykle řešeno tak, že Windows běží na pozadí a jednotlivé aplikace se přenášejí do Linuxu jako „RemoteApp“ okna (přes RDP).
6.2 Co je na tom super
- pro běžného uživatele je to často „nejméně bolestivé“,
- cílem je pohodlí a integrace (okna, soubory, jednoduchost),
- pro „jednu windows aplikaci“ to může být přesně ono.
6.3 Limity (hlavně pro hry a těžké 3D)
Protože se obraz aplikací přenáší přes RDP/RemoteApp, WinBoat typicky necílí na „AAA gaming výkon“. Naopak – je to integrace a jednoduchost. Pro náročné hry stejně často potřebujete GPU passthrough (VFIO), což je jiný typ řešení. (WinBoat může být skvělý na Word/Photoshop-styl workflow, ale ne jako „GPU-passthrough herní mašina“.)
- Poznámka: WinBoat spoléhá na schránku přes RDP (FreeRDP/RemoteApp), takže kopírování mezi Linuxem a Windows často funguje, ale protože je WinBoat stále v beta verzi, může být schránka v některých prostředích (např. Wayland / obrázky) nespolehlivá – je vhodné to předem otestovat.
7) Adobe, render videa, AutoCAD: co je v praxi nejdůležitější
Tyto aplikace často stojí na:
- GPU akceleraci (OpenGL/DirectX),
- stabilních ovladačích,
- nízké latenci UI,
- a někdy i na specifickém chování hardwaru.
7.1 Co typicky funguje „bez řečí“
- kancelářské věci, účetnictví, podnikové aplikace, starší grafické nástroje:
- VirtualBox / VMware / WinBoat často stačí.
7.2 Kde začínají limity
- 3D viewporty (CAD), color grading, timeline akcelerace, efekty:
- VirtualBox bývá první, který narazí (omezenější 3D vrstva).
- VMware bývá lepší, ale pořád je to virtualizovaná grafika, ne „plná GPU“.
7.3 Když chcete nejvyšší šanci na „těžké“ aplikace ve Windows na Linuxu
- QEMU/KVM + GPU passthrough (VFIO) je obvykle nejlepší cesta, protože Windows pak používají skutečnou GPU.
Cena je složitost a hardwarové požadavky (IOMMU, skupiny, často druhá GPU). Adding Multifunction PCI Devices to KVM Guest Virtual Machines.
8) Doporučení pro scénáře domácích uživatelů
Scénář A: „Potřebuji občas Windows program, žádné hry“
- WinBoat (pokud chcete maximální pohodlí a seamless okna)
- VirtualBox (nejjednodušší klasická VM)
- VMware Workstation (často lepší komfort/výkon, pokud sedí podpora 3D na vašem hostu)
Scénář B: „Chci grafiku / CAD / video střih, ale nechci řešit VFIO“
- VMware Workstation Pro (často nejlepší „hotové desktop řešení“)
- VirtualBox (pokud stačí omezenější 3D)
- WinBoat (podle konkrétní aplikace; je to RemoteApp workflow)
Scénář C: „Hry ve Windows na Linuxu, protože anti-cheat“
- Pokud hra ve VirtualBoxu nefunguje, přechod na VMware může někdy pomoci (lepší 3D vrstva), ale anti-cheat může VM stejně zablokovat.
- Největší šanci má QEMU/KVM + GPU passthrough (VFIO). Configuring a Host for PCI Passthrough.
Ale i zde platí: anti-cheat může detekovat VM, takže je potřeba počítat s rizikem „nepojede to ani tak“.
9) Checklist po aktualizaci jádra (5 příkazů)
Toto je praktický mini-audit, který rychle napoví, zda update kernelu/secure boot nerozbil virtualizaci nebo moduly.
bash
# 1) Jaké jádro právě běží
uname -r
# 2) Je zapnutý Secure Boot? (pokud máte mokutil)
mokutil --sb-state
# 3) Jsou nahrané klíčové moduly (KVM / VFIO / VirtualBox / VMware)?
lsmod | grep -E '^(kvm|kvm_intel|kvm_amd|vfio|vfio_pci|vboxdrv|vmmon|vmnet)'
# 4) Nejsou v kernel logu chyby podpisů / lockdown / odmítnuté moduly?
sudo dmesg -T | grep -E -i 'secure|lockdown|module verification|signature|denied|vbox|vmmon|vmnet|vfio|kvm' | tail -n 80
# 5) Běží libvirt stack (pro QEMU/KVM)? (na některých distrech se jmenuje virtqemud apod.)
systemctl --no-pager --full status libvirtd virtqemud 2>/dev/null
Poznámka:
- U VirtualBox/VMware hledejte v dmesg typicky „module verification failed“ (Secure Boot/DKMS problém). Ubuntu to řeší jako obecný koncept DKMS+Secure Boot.
10) Závěr: co je „nejlepší“ pro domácí PC
- VirtualBox: nejlepší jednoduchost, ale omezenější grafika/3D (experimentální, historicky D3D 8/9). Hardware-Accelerated Graphics.
- VMware Workstation Pro: často nejlepší „desktop VM“ kompromis; zdarma od 17.5.2+; 3D má vyšší strop, ale na Linux hostu jsou jasné podmínky (NVIDIA ovladače, AMD 3D nepodporováno dle Broadcom KB). Download and license VMware Desktop Hypervisor (Fusion Pro and Workstation Pro).
- QEMU/KVM: bez VFIO je to „dobrá VM“, ale s VFIO je to úplně jiná liga – největší šance pro náročné 3D, render, a někdy i hry. Configuring a Host for PCI Passthrough.
- WinBoat: nejvíc „user-friendly“ pro spouštění Windows aplikací s integrací (RemoteApp); není to nástroj cílený na AAA gaming. GitHub: TibixDev/winboat
Vaše shrnutí „QEMU/KVM vychází nejlépe pro náročnější věci“ je obecně správné – ale teprve ve chvíli, kdy se bavíme o GPU passthrough (VFIO). Bez VFIO je rozdíl proti VMware/VB menší (hlavně v CPU/IO), ale na hry a těžké 3D to samo o sobě nestačí.
Zdroje
- Oracle VirtualBox – 3D akcelerace (OpenGL, Direct3D 8/9), poznámky k bezpečnosti
- Oracle VirtualBox 7.2 User Guide – Display Settings, video memory z RAM hostitele
- Oracle (Learn) – DKMS a recompilace VirtualBox modulů po upgrade kernelu
- VirtualBox tickets – Secure Boot / vboxdrv (příklady problémů a doporučení)
- Ubuntu wiki – Secure Boot + DKMS moduly
- Broadcom Techdocs – Workstation Pro 3D/OpenGL profily
- Red Hat docs – PCI passthrough „device jako přímo připojené k VM“
- WinBoat – oficiální web
- TUXEDO článek – WinBoat princip (Docker + FreeRDP + RemoteApp)
PODPOŘTE OTEVŘENÉ NÁVODY A DALŠÍ ROZVOJ WEBU LINUX PRO DOMÁCNOST:
Věřím v otevřené znalosti. Každý návod = rešerše, testování na reálném nebo virtuálním počítači a různých Linux distribucích (např.: Rocky / Debian / Zorin / a další), psaní krok za krokem a finální kontrola — typicky několik hodin až několik dnů práce. Web držím bez reklam i trackingu a chci, aby tak zůstal.
Pokud vám jakýkoli článek ušetří čas nebo nervy, budu rád za dobrovolnou podporu (částku si určíte sami). Prosím, do zprávy pro příjemce napište: NA KAFE / Linux-doma.cz, pomůže mi to přehledně zaúčtovat měsíční souhrn. Děkuji!
A pokud se Vám web líbí a chcete se stát pravidelným sponzorem, podívejte se prosím na stránku "SPONZOŘI".
BANKOVNÍ PŘEVOD /
QR PLATBA (bez částky)
- Číslo účtu (CZK): 2000197842 / 2010
- IBAN: CZ41 2010 0000 0020 0019 7842
- BIC/SWIFT: FIOBCZPPXXX
- Zpráva pro příjemce: NA KAFE / Linux-doma.cz
BITLIFI / QR PLATBA (bez částky)
- Uživatel: +420607271333@bitlifi.com
- Poznámka: NA KAFE / Linux-doma.cz