Administrace komentářů

Ty odkazy znám, ale info na těch stránkách je už dost staré. Zdá se mi, že to není aktualizováno. Když se dívám na ten první odkaz, tak je tam cpu "qemu64", ale když si dám příkaz: qemu-system-x86_64 -device ? | grep qemu64 tak mi to ukazuje:

name "qemu64-v1-x86_64-cpu"
name "qemu64-x86_64-cpu"

V nějaké verzi Qemu zřejmě vznikla druhá verze virtuálního procesoru qemu64.

Nebo v sekci Storage používají

-drive if=virtio,...

ale dnes by se mělo používat:

-drive if=none,...
-device virtio-blk-pci,...

nebo ještě modernější:

-drive if=none,...
-device virtio-scsi-pci,...

No vlastně místo -drive by se nově mělo používat -blockdev

Podobně je to u Network:

-netdev ...
-device virtio-net-pci ...

Zajímalo by mne jestli je ještě pořád aktuální věta o BTRFS:

Don't use the linux filesystem btrfs on the host for the image files. It will result in low IO performance. The kvm guest may even freeze when high IO traffic is done on the guest.

Pokud bys chtěl optimalizovat ještě víc, tak někdo používá "cpu pinning", ale to na serveru asi nevyužiješ, ale je vhodné použít HyperV parametry (HyperV požívat nemusíš) pro CPU nějak takto:

-cpu host,kvm=off,hv_synic,hv_time,hv_relaxed,hv_vapic,hv_spinlocks=0x1fff,...

ale taky už možná nejsou úplně aktuální - zkus pogooglit. Těmi příznaky "řekneš" virtuálce Windowsu, že běží ve virtuálce a Win by tak měl fungovat trochu optimálněji.

Pro vytunění RAMky někdo používá huge pages, ale považuji to za zbytečné, přesněji řečeno jsem nikdy nenarazil na nějaký test, který by prokazoval zásadní benefit.

Jinak co se týká výkonu souborů *.qcow2 vs *.raw, tak ano uvádí se, že raw je rychlejší, ale abys to poznal tak bys musel ve VM provozovat DB, nebo nějaké diskově náročné operace. Každopádně pohrát si u -drive s parametrem cache=... smysl dává. Z vlastní zkušenosti vím, že se u některého nastavení prodloužil boot Windowsu ve VM na dvojnásobek. U cache=writeback se mi zase začal sekat kurzor myši na hostiteli (Linuxu) když jsem ve VM prováděl kopírování velkého souboru. Pokud se VM přiděluje celý svazek nebo partition (což zřejmě plánuješ ty), tak se většinou používá cache=none. U kombinace ZFS a NVMe někdo zkoušel "vhost_scsi", takže kdyby to byla zrovna tvoje HW kombinace na serveru, tak můžeš zkusit.

Někdo volí raději -machine typu q35 namísto zastaralého, ale stále výchozího i440fx. Taky to může mít vliv na výkon.

Možností pro optimalizace je dost, takže jde o to jak moc jsou dané optimalizace nutné pro danou aplikaci, kterou chceš ve VM Windows provozovat. Pokud ta aplikace nebude zásadně vytěžovat server, tak přehnané optimalizace nedávají smysl.