[ovirt-users] 100% memory usage on desktop environments
Gianluca Cecchi
gianluca.cecchi at gmail.com
Wed May 18 19:51:27 UTC 2016
On Wed, May 18, 2016 at 8:01 PM, Karli Sjöberg <karli.sjoberg at slu.se> wrote:
>
> >> > I tried a vanilla centos-7.1 as well and the same happens. I'm of the
> same opinion that this is more a guest related issue, it's just I'd like to
> find out why this only happens with QXL and not with CIRRUS.
> >> >
> >> > Thanks.
> >>
> >> Very interesting. Are your hosts all of the same architecture(family)?
> >>
> >> /K
> >
> >
> > Actually we have a nice mixture of manufacturers. We run 7 hosts, paired
> 4-2-1 in relation to architecture. All of them have the same resources,
> though (CPUs + RAM). In this case, I can't test the VM on different hosts
> because we've separated one of them (one of the "4") on a standalone oVirt
> datacenter as we're making tests on it, but I remember this has already
> happened to me in the past (I didn't have the time to debug it at that
> time, though).
>
> And it doesn't happen with a similar VM in the other datacenter, on the
> same hardware?
>
> /K
>
Hello,
I would like to come back to the original post to get some clarifications:
you write
"
I've deployed a pretty basic VM (ubuntu 14.04 server, 4GB RAM, 4 CPUs, 15GB
storage).
"
It seems to me not so basic a VM with 4 vcpus for a desktop.... what are
your needs for it?
In general a multi cpu VM could have a worse performance than a mono cpu
one, depending on its actual workload, because from the host side there is
a continuous scheduling of these 4 vcpus among the real cpus/cores/threads.
I worked in the past with a 4 vcpu VM and 24Gb of ram (in vSphere) used as
JDEdwards database server with hundreds of concurrent users ...
Also with JBoss VMs configured with 4-6 vcpus .. But for a basic VM seems
somehow overestimated...
In my case on a nuc6i5 with 2 cores + ht and 32Gb of ram, configured as
hypervisor with self hosted engine VM, I have a CentOS 6 VM configured with
3Gb of ram and 1 cpu and it runs quite smooth from inside a spice session
configured with resolution of 1680x1050 and its cpu usage shows 98.5% idle.
Also from the host point of view
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+
COMMAND
16025 qemu 20 0 8988404 3.070g 10524 S 1.7 9.9 90:16.07
qemu-kvm <--- engine VM
24367 qemu 20 0 3852288 1.929g 12188 S 0.0 6.2 41:12.79
qemu-kvm <---- CentOS 6 VM
If I add to the mix a CentOS 7.2 VM configured with 1 vcpu and 3Gb of ram
and with a classic gnome desktop session and open it with 1680x1050
resolution too in spice, I can work without problems and with great
fluidity. I see inside vm its cpu jumping from 1% to 6% because of
gnome-shell.
I see this at host side while in CentOS 7 VM the packagekitd daemon is
downloading the updates and so it is comsuming cpu cycles, also due to
virtual network activity
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+
COMMAND
16025 qemu 20 0 9004796 3.077g 10524 S 2.0 9.9 90:27.34
qemu-kvm
24367 qemu 20 0 3852288 1.929g 12188 S 0.7 6.2 41:17.35
qemu-kvm
31277 qemu 20 0 4121224 2.116g 12056 S 16.3 6.8 2:13.80
qemu-kvm
Otherwise very few cpu usage, after packagekitd completes its work;
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+
COMMAND
16025 qemu 20 0 9004796 3.077g 10524 S 2.3 9.9 90:34.42
qemu-kvm
24367 qemu 20 0 3852288 1.929g 12188 S 0.7 6.2 41:20.42
qemu-kvm
31277 qemu 20 0 3834364 2.138g 12056 S 1.0 6.9 2:28.80
qemu-kvm
HIH debugging,
Gianluca
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20160518/0bc4f047/attachment-0001.html>
More information about the Users
mailing list