[ovirt-users] 100% memory usage on desktop environments

[Yaniv Kaul]

On Wed, May 18, 2016 at 6:52 PM, Nicolás <nicolas at devels.es> wrote:

> Hi,
>
> Probably not an oVirt issue, but maybe someone can help. I've deployed a
> pretty basic VM (ubuntu 14.04 server, 4GB RAM, 4 CPUs, 15GB storage). Each
> time I install an additional desktop environment (Gnome, KDE, whatever...),
> CPU usage rises to 100% all time to the extreme that interacting with the
> machine becomes impossible (maybe a mouse movement is propagated 3 minutes
> later or so...).
>

Is X properly configured with QXL?
xorg-x11-drv-qxl RPM (in Fedora / EL - I assume something similar in
Ubuntu) installed, and x.org CONF file properly set up - something like:

Section "Device"
        Identifier              "qxl"
        Driver                  "qxl"
EndSection

Section "Screen"
        Identifier              "screen"
        Device                  "qxl"
        DefaultDepth    24
        SubSection "Display"
                Depth                   24
                Modes                   "1024x768"
        EndSubSection
EndSection


Y.


>
> To debug this, I installed LXDE, which is a lightweight desktop
> environment based on Xorg. I could see there is an Xorg process consuming
> one of the CPUs and the machine stops responding as far as the desktop
> environment goes. I have not changed anything in the configuration file.
>
> I could also see this only happens when QXL is chosen as the display
> driver. When CIRRUS is chosen, everything works smoothly and CPU is ~100%
> idle. The downside is that we want to use SPICE and CIRRUS won't allow it.
>
> Why does this happen? Is this an OS-side driver issue? Any hint how can it
> be fixed?
>
> Thanks.
>
> Nicolás
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20160519/8beac24a/attachment-0001.html>