Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 324631 - x11-libs/vte-0.24.1-r1: running mc in x11-terms/terminal causes cpu eating
Summary: x11-libs/vte-0.24.1-r1: running mc in x11-terms/terminal causes cpu eating
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High normal with 1 vote (vote)
Assignee: Gentoo Linux Gnome Desktop Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-06-18 19:15 UTC by Alex Dedul
Modified: 2010-09-03 12:24 UTC (History)
5 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Alex Dedul 2010-06-18 19:15:50 UTC
After upgrading to vte-0.24.1-r1 process "X" started to eat ~100% cpu of 1 core when you run mc inside xfce's terminal, also mc reacts slow. After downgrading to vte-0.24.1 from the gnome overlay (without invisible-cursor patch btw) it started to be okay again.

Reproducible: Always

Steps to Reproduce:
Comment 1 Samuli Suominen (RETIRED) gentoo-dev 2010-06-18 20:19:40 UTC
Related to bug 323443 ? The "invisible" patch seems to be causing more trouble than good...
Comment 2 Alex Dedul 2010-06-18 20:27:53 UTC
(In reply to comment #1)
> Related to bug 323443 ? The "invisible" patch seems to be causing more trouble
> than good...
> 

Seems like #323443 isn't related and issue here caused by some other patches applied in vte-0.24.1-r1. I mentioned that invisible patch(which i turned off because of also issues with it) just for the record to show exact conditions i'm having here.
Comment 3 Rafał Mużyło 2010-06-18 21:02:42 UTC
In my opinion, that patch exposes a bug in xfce terminal.

But if you're looking for a more neutral one:
that Gnome bug the patch addresses is quite old
- chances are that what we're seeing now is a workaround
for this very problem, that got invalid once the bug was 
properly fixed.
Comment 4 Vahur Sinijärv 2010-06-19 00:02:14 UTC
It does not seem to be related to MC only. Even if there is nothing running in the terminal, it consumes about 30% of CPU on my dual core laptop. After downgrading to vte-0.24.1, all is back to normal ie no CPU load caused by xfce terminal window alone.
Comment 5 Pacho Ramos gentoo-dev 2010-06-19 11:09:35 UTC
Does the problem appear when using mc directly from "vte"?
Comment 6 Alex Dedul 2010-06-19 11:19:28 UTC
(In reply to comment #5)
> Does the problem appear when using mc directly from "vte"?

Nope, this way everything is smooth. So seems like it is a combo vte-0.24.1-r1 patches+terminal(+mc) then..
Comment 7 Pacho Ramos gentoo-dev 2010-06-19 11:41:16 UTC
I have contacted vte upstream asking where could be the problem (xfce's terminal or vte) since this will affect to x11-terms/terminal once they start to use it with x11-libs/vte-0.25.2 (still not released but that will include patches I backported to solve ugly artifacts seen in gnome-terminal)
Comment 8 Fiona Klute 2010-06-20 10:52:26 UTC
The problem is not restricted to CPU usage: x11-terms/terminal-0.4.5 also allocates more and more memory. Not very fast, but it adds up.
Comment 9 René 'Necoro' Neumann 2010-06-22 01:42:00 UTC
I have the same issue here using (Xfce) Terminal. I played around with the patches and it seems that the background-color2.patch is the culprit. Enabling it leads to the problem. Disabling it - and everything works. And having ONLY background-color2.patch shows the issues too.

The problem does NOT appear with the 'vte' application. But in Terminal even an empty terminal window maximized to fullscreen uses 50% of my CPU (which is kept even when the window is minimized to the task bar).

Versions used:
x11-terms/terminal: 0.4.2
x11-libs/gtk+: 2.18.9
dev-libs/glib: 2.22.5
x11-base/xorg-server: 1.7.6
sys-libs/glibc: 2.10.1-r1
sys-devel/gcc: 4.4.3-r2

I use a plain Xfce (2D ... no OpenGL effects used/enabled).

Further notices:
- The patch background-color.patch is made obsolete bt the cleanup-background.patch, as the line modified in the first one is deleted by the latter one :)

- I had the terminal-eats-RAM (700 MB here) too -- but cannot say for sure where this is related too. Will need to see, whether disabling the background-color2.patch helps.
Comment 10 Bob Raitz 2010-06-22 05:49:11 UTC
My 64 bit machine had this bad...like up to 75% CPU usage. I commented out all the patches, and things are working as expected again. Here is the emerge --info from the affected machine:

core-too ~ # emerge --info
Portage 2.2_rc67 (default/linux/amd64/10.0, gcc-4.3.2, glibc-2.11.2-r0, 2.6.34 x86_64)
=================================================================
System uname: Linux-2.6.34-x86_64-Intel-R-_Core-TM-2_Duo_CPU_E6550_@_2.33GHz-with-gentoo-2.0.1
Timestamp of tree: Tue, 22 Jun 2010 04:30:01 +0000
distcc 3.1 x86_64-pc-linux-gnu [disabled]
app-shells/bash:     4.1_p7
dev-java/java-config: 1.3.7-r1, 2.1.11
dev-lang/python:     2.6.5-r2, 3.1.2-r3
dev-util/cmake:      2.8.1-r2
sys-apps/baselayout: 2.0.1
sys-apps/openrc:     0.6.1-r1
sys-apps/sandbox:    2.2
sys-devel/autoconf:  2.13, 2.65-r1
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r4, 1.9.6-r3, 1.10.3, 1.11.1
sys-devel/binutils:  2.20.1-r1
sys-devel/gcc:       4.3.2
sys-devel/gcc-config: 1.4.1
sys-devel/libtool:   2.2.10
virtual/os-headers:  2.6.34
ACCEPT_KEYWORDS="amd64 ~amd64"
ACCEPT_LICENSE="* -@EULA dlj-1.1 googleearth AdobeFlash-10.1"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -march=core2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo"
CXXFLAGS="-O2 -march=core2 -pipe"
DISTDIR="/mnt/seeds/storage/distfiles"
FEATURES="assume-digests distlocks fixpackages news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unmerge-logs unmerge-orphans userfetch"
GENTOO_MIRRORS="http://distfiles.gentoo.org"
LANG="en_US.UTF-8"
LC_ALL="en_US.UTF-8"
LDFLAGS="-Wl,-O1"
LINGUAS="en"
MAKEOPTS="-j4"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage /usr/local/portage/layman/kde-sunset"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X a52 aac acl acpi alsa amd64 apache2 audiofile avi bash-completion berkdb bitmap-fonts bzip2 cairo cdr cli cracklib crypt css ctype cups cxx dbus dlloader dri drm dvd dvdr dvdread emboss encode fam ffmpeg fftw filter flac foomaticdb fortran gdbm gif glib gnutls gpm gsl gtk hal iconv jpeg kde kdgraphics ladspa lame libsamplerate libwww live lm_sensors mad mikmod mmx modules mp3 mpeg mudflap multilib mysql nas ncurses nls nptl nptlonly objc ogg opengl openmp pam pcre pdcre pdf pdflib perl php png ppds pppd python qt3 qt3support quicktime readline reflection samba sdl session slang slp sndfile spell spl sqlite sse sse2 ssl ssse3 svg swat sysfs tcpd theora tiff truetype udev unicode v4l v4l2 vhosts vorbis wxwindows x264 xml xorg xscreensaver xv xvid zlib" ALSA_CARDS="ice1712" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic auth_digest authn_anon authn_dbd authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock dbd deflate dir disk_cache env expires ext_filter file_cache filter headers ident imagemap include info log_config logio mem_cache mime mime_magic negotiation proxy proxy_ajp proxy_balancer proxy_connect proxy_http rewrite setenvif so speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="nvidia v4l" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" 
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Comment 11 Pacho Ramos gentoo-dev 2010-06-23 15:05:40 UTC
+*vte-0.24.2 (23 Jun 2010)
+
+  23 Jun 2010; Pacho Ramos <pacho@gentoo.org> -vte-0.24.1-r1.ebuild,
+  +vte-0.24.2.ebuild, +files/vte-0.24.2-invisible-cursor.patch,
+  +files/vte-0.24.2-invisible-cursor2.patch:
+  Version bump with translations updates. This also provides patches to fix
+  upstream bug #602596 as demanded by some people, but they are not being
+  applied yet since they cause other problems (bug #323443). Finally, this
+  no longer applies second patch to solve ugly artifacts bug with
+  gnome-terminal since it also causes problems with x11-terms/terminal (bug
+  #324631) and the other patches seem to be enough for now.


In summary: for now we can live without applying second patch, that is the one is causing this problem in x11-terms/terminal
Comment 12 Alex Dedul 2010-06-23 17:13:21 UTC
(In reply to comment #11)
> +*vte-0.24.2 (23 Jun 2010)
> +
> +  23 Jun 2010; Pacho Ramos <pacho@gentoo.org> -vte-0.24.1-r1.ebuild,
> +  +vte-0.24.2.ebuild, +files/vte-0.24.2-invisible-cursor.patch,
> +  +files/vte-0.24.2-invisible-cursor2.patch:
[]
> In summary: for now we can live without applying second patch, that is the one
> is causing this problem in x11-terms/terminal

Thank you. At least here with this new vte 0.24.2 ebuild all okay now, so seems like its okay to close this ticket ? So closing..
Comment 13 Rafał Mużyło 2010-06-24 18:27:10 UTC
@comment 12: where in comment 11 did you find "it's fixed" part.
The status is still "pending".
The real answer will have to come from upstream
- either gnome or xfce - right now it's still broken in vte' git master.
Comment 14 Pacho Ramos gentoo-dev 2010-09-03 12:24:19 UTC
This was fixed by vte upstream in master:
https://bugzilla.gnome.org/show_bug.cgi?id=621298#c6

x11-libs/vte-0.24.3 will be kept as-is since some more changes were applied to
master regarding this issue