This is a multi-part message in MIME format.
--------------E2B121412E141ED3C402FA64
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Hello Gianluca.
As I mentioned previously I am not sure it has anything to do with SPICE
at all, but with the amount of memory the VM has assigned to it. Proff
of it is that when you access with via any Remote Desktop protocol it
remains slow as if the amount of video memory wasnt being enough and
have seen it crashing several times as well.
Fernando
On 07/03/2018 16:59, Gianluca Cecchi wrote:
On Wed, Mar 7, 2018 at 7:43 PM, Michal Skrivanek
<michal.skrivanek(a)redhat.com <mailto:michal.skrivanek@redhat.com>> wrote:
> On 7 Mar 2018, at 14:03, FERNANDO FREDIANI
> <fernando.frediani(a)upx.com <mailto:fernando.frediani@upx.com>>
wrote:
>
> Hello Gianluca
>
> Resurrecting this topic. I made the changes as per your
> instructions below on the Engine configuration but it had no
> effect on the VM graphics memory. Is it necessary to restart the
> Engine after adding the 20-overload.properties file ? Also I
> don't think is necessary to do any changes on the hosts right ?
>
correct on both
Hello Fernando and Michal,
at that time I was doing some tests both with plain virt-manager and
oVirt for some Windows 10 VMs.
More recently I haven't done anything in that regard again, unfortunately.
After you have done what you did suggest yourself and Michal
confirmed, then you can test powering off and then on again the VM (so
that the new qemu-kvm process starts with the new parameters) and let
us know if you enjoy better experience, so that we can ask for
adoption as a default (eg for VMs configured as desktops) or as a
custom property to give
> On the recent updates has anything changed in the terms on how to
> change the video memory assigned to any given VM. I guess it is
> something that has been forgotten overtime, specially if you are
> running a VDI-like environment whcih depends very much on the
> video memory.
>
there were no changes recently, these are the most recent
guidelines we got from SPICE people. They might be out of date.
Would be good to raise that specifically (the performance
difference for default sizes) to them, can you narrow it down and
post to spice-devel(a)lists.freedesktop.org
<mailto:spice-devel@lists.freedesktop.org>?
This could be very useful too
Cheers,
Gianluca
--------------E2B121412E141ED3C402FA64
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit
<html>
<head>
<meta http-equiv="Content-Type" content="text/html;
charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<p>Hello Gianluca.</p>
<p>As I mentioned previously I am not sure it has anything to do
with SPICE at all, but with the amount of memory the VM has
assigned to it. Proff of it is that when you access with via any
Remote Desktop protocol it remains slow as if the amount of video
memory wasnt being enough and have seen it crashing several times
as well.</p>
<p>Fernando<br>
</p>
<br>
<div class="moz-cite-prefix">On 07/03/2018 16:59, Gianluca Cecchi
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CAG2kNCzLa=vvbUxScZe_=wZ0G1OAwF=TZFS8nbOuPXjq6o9CwA@mail.gmail.com">
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_quote">On Wed, Mar 7, 2018 at 7:43 PM,
Michal Skrivanek <span dir="ltr"><<a
href="mailto:michal.skrivanek@redhat.com"
target="_blank"
moz-do-not-send="true">michal.skrivanek(a)redhat.com</a>&gt;</span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div
style="word-wrap:break-word;line-break:after-white-space"><br>
<div><span class=""><br>
<blockquote type="cite">
<div>On 7 Mar 2018, at 14:03, FERNANDO FREDIANI
<<a href="mailto:fernando.frediani@upx.com"
target="_blank"
moz-do-not-send="true">fernando.frediani(a)upx.com</a>&gt;
wrote:</div>
<br
class="m_-2928413078620554861Apple-interchange-newline">
<div>
<div text="#000000" bgcolor="#FFFFFF">
<p>Hello Gianluca</p>
<p>Resurrecting this topic. I made the changes
as per your instructions below on the Engine
configuration but it had no effect on the VM
graphics memory. Is it necessary to restart
the Engine after adding the
20-overload.properties file ? Also I don't
think is necessary to do any changes on the
hosts right ?</p>
</div>
</div>
</blockquote>
</span>correct on both<span class=""><br>
</span></div>
</div>
</blockquote>
<div><br>
<br>
</div>
<div>Hello Fernando and Michal,<br>
</div>
<div>at that time I was doing some tests both with plain
virt-manager and oVirt for some Windows 10 VMs.<br>
</div>
<div>More recently I haven't done anything in that regard
again, unfortunately.<br>
</div>
<div>After you have done what you did suggest yourself and
Michal confirmed, then you can test powering off and then
on again the VM (so that the new qemu-kvm process starts
with the new parameters) and let us know if you enjoy
better experience, so that we can ask for adoption as a
default (eg for VMs configured as desktops) or as a custom
property to give<br>
</div>
<div> <br>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div
style="word-wrap:break-word;line-break:after-white-space">
<div><span class="">
<blockquote type="cite">
<div>
<div text="#000000" bgcolor="#FFFFFF">
<p>On the recent updates has anything changed
in the terms on how to change the video
memory assigned to any given VM. I guess it
is something that has been forgotten
overtime, specially if you are running a
VDI-like environment whcih depends very much
on the video memory.</p>
</div>
</div>
</blockquote>
</span>there were no changes recently, these are the
most recent guidelines we got from SPICE people. They
might be out of date. Would be good to raise that
specifically (the performance difference for default
sizes) to them, can you narrow it down and post to <a
href="mailto:spice-devel@lists.freedesktop.org"
target="_blank"
moz-do-not-send="true">spice-devel(a)lists.<wbr>freedesktop.org</a>?</div>
</div>
</blockquote>
<div><br>
<br>
</div>
<div>This could be very useful too <br>
</div>
<br>
</div>
Cheers,<br>
</div>
<div class="gmail_extra">Gianluca<br>
<br>
</div>
</div>
</blockquote>
<br>
</body>
</html>
--------------E2B121412E141ED3C402FA64--