Am 15.07.20 um 17:36 schrieb Michal Skrivanek:
> On 14 Jul 2020, at 16:44, Michael Lipp <mnl(a)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-manager
starts a viewer, but I cannot find one in my process list. So: using
virt-manager.
My Arch system has "xf86-video-qxl" installed and loads the "qxl"
kernel
module 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.
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.
- Michael
> - Michael
>
>> Thanks,
>> michal
>>
>>> _______________________________________________
>>> Users mailing list -- users(a)ovirt.org
>>> To unsubscribe send an email to users-leave(a)ovirt.org
>>> Privacy Statement:
https://www.ovirt.org/privacy-policy.html
>>> oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
>>> List Archives:
https://lists.ovirt.org/archives/list/users@ovirt.org/message/IZQHW3NZB4B...
>