On 15 Jul 2020, at 19:05, Michael Lipp <
mnl@mnl.de> wrote:
Am 15.07.20 um 17:36 schrieb Michal Skrivanek:
On 14 Jul 2020, at 16:44, Michael Lipp <mnl@mnl.de> wrote:
Am 14.07.20 um 15:27 schrieb Michal Skrivanek:
This works perfectly with my Fedora 32 and Arch guests and the change is really worth it.
Hi,
what kind of performance benefits you’ve seen?
It’s not currently in near term roadmap, but if anyone wants to contribute patches I don’t see a problem including it as an option for newer guests indeed.
The display (spice) updates much faster and more "smoothly". Most
notibly when using Arch VMs. With QXL, I have an extreme delay when
typing. This vanishes completey with virtio-vga.
using which client? remote-viewer? on which platform?
qxl needs drivers, not sure if Arch has that…it should have, but for Windows you definitely need to install them. If they’re not all right it falls back to vga emulation which is then slow indeed
Using ... interesting question. I always assumed that virt-managerstarts a viewer, but I cannot find one in my process list. So: usingvirt-manager.
for vnc and spice it embeds the same component as remote-viewer. There’s “graphics” which is the console protocol(spice,vnc) and “video” which is the emulated guest video card. You could use both for graphics(that’s what we default to since ~4.3) and then you can choose. I’m not sure what virt-manager does in this case. Either way, I would suspect it uses VNC
My Arch system has "xf86-video-qxl" installed and loads the "qxl" kernelmodule automatically when the guest configuration is set to using QXL.It does not automatically load "bochs_drm" as mentioned here(https://wiki.archlinux.org/index.php/QEMU#qxl). However, adding it"manually" doesn't make any difference.
it could be just a misconfiguration, I’m really not familiar with how this is supposed to be configured on Arch, sorry, but it generally works ok elsewhere.
I know about Windows. I'm using these guests with QXL and the windows
drivers installed (AFAIK there are no virtio-vga drivers for Windows).
Contrary to Arch, Windows+QXL works satisfactory.
ok. that’s another indication it’s rather on the guest side.
The only reason we’re not adding it just yet is that it lacks wider support (e.g. those Windows drivers) and there’s not much difference. It may be that on Arch it’s already useful, but it’s still not widespread enough so not on the list yet.
If anyone wants to contribute a patch it would be welcome (it’s not exactly trivial, but not too complex either)
Thanks,
michal