> On 15 Jul 2020, at 19:05, Michael Lipp wrote:
>
> Am 15.07.20 um 17:36 schrieb Michal Skrivanek:
>>
>>> On 14 Jul 2020, at 16:44, Michael Lipp 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
>
Am 15.07.20 um 17:36 schrieb Michal Skrivanek:
>
>> On 14 Jul 2020, at 16:44, Michael Lipp 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
> On 14 Jul 2020, at 16:44, Michael Lipp 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 t
> On 14 Jul 2020, at 13:48, Michael Lipp wrote:
>
>> Do you mean virtio-vga / virtio-gpu?
>
> virtio-vga. To be specific (libvirt):
>
>
>
>
>
> function='0x0'/>
>
>
> which results in:
>
> -device virtio-vga,id=video0,virgl=off,max_outputs=1,bus=pci.0,addr=
> Do you mean virtio-vga / virtio-gpu?
virtio-vga. To be specific (libvirt):
which results in:
-device virtio-vga,id=video0,virgl=off,max_outputs=1,bus=pci.0,addr=0x2
This works perfectly with my Fedora 32 and Arch guests and the change is really
worth
On Tue, Jul 14, 2020 at 11:44 AM Michael Lipp wrote:
> Hi,
>
> I've searched to no avail: is it possible to use video virtio (instead of
> qxl) in a VM managed by oVirt? I have much better performance with video
> virtio when testing this with "plain" libvirt.
>
> I would have at least expected t
6 matches
Mail list logo