[solved] Xorg using 40% CPU by default

Forum rules
We don't support installations in VirtualBox, VMWare, qemu or others. We ignore posts about WINE, PlayOnLinux, Steam and Skype. We don't support btrfs, lvm, UEFI, side-by-side installations with GPT or dualboot with anything newer than Windows XP.
Google your problem first. Check the Wiki. Read the existing threads. It's okay to "hijack" an existing thread, yes! If your problem is not yet covered, open a new thread. To get the quickest possible help, mention the exact release codename in your post (uname -a is a good idea, too). Due to the lack of crystal balls, attach the output of lspci -nnk if you encounter hardware problems.
User avatar
rhowaldt
Dog
Posts: 4565
Joined: Wed Oct 17, 2012 9:01 am
Contact:

[solved] Xorg using 40% CPU by default

Unread post by rhowaldt » Mon May 25, 2015 8:57 pm

from here: http://linuxbbq.org/bbs/viewtopic.php?p=41824#p41824

Code: Select all

$ cat /var/log/Xorg.0.log|grep EE
[ 32252.400] Current Operating System: Linux lalala 3.17-5.towo-siduction-686 #1 SMP PREEMPT siduction 3.17-13 (2014-12-07) i686
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[ 32252.504] (EE) AIGLX error: dlopen of /usr/lib/i386-linux-gnu/dri/r600_dri.so failed (/usr/lib/i386-linux-gnu/dri/r600_dri.so: cannot open shared object file: No such file or directory)
[ 32252.504] (EE) AIGLX: reverting to software rendering
[ 32252.504] (EE) AIGLX error: dlopen of /usr/lib/i386-linux-gnu/dri/swrast_dri.so failed (/usr/lib/i386-linux-gnu/dri/swrast_dri.so: cannot open shared object file: No such file or directory)
[ 32252.504] (EE) GLX: could not load software renderer

Code: Select all

ps aux
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root         1  0.0  0.0   3240  1748 ?        Ss   14:34   0:01 init [2]  
root         2  0.0  0.0      0     0 ?        S    14:34   0:00 [kthreadd]
root         3  0.0  0.0      0     0 ?        S    14:34   0:00 [ksoftirqd/0]
root         5  0.0  0.0      0     0 ?        S<   14:34   0:00 [kworker/0:0H]
root         7  0.0  0.0      0     0 ?        S    14:34   0:00 [rcuc/0]
root         8  0.0  0.0      0     0 ?        S    14:34   0:00 [rcub/0]
root         9  0.1  0.0      0     0 ?        S    14:34   0:43 [rcu_preempt]
root        10  0.1  0.0      0     0 ?        S    14:34   0:45 [rcuop/0]
root        11  0.1  0.0      0     0 ?        S    14:34   0:51 [rcuop/1]
root        12  0.0  0.0      0     0 ?        S    14:34   0:00 [rcu_sched]
root        13  0.0  0.0      0     0 ?        S    14:34   0:00 [rcuos/0]
root        14  0.0  0.0      0     0 ?        S    14:34   0:00 [rcuos/1]
root        15  0.0  0.0      0     0 ?        S    14:34   0:00 [rcu_bh]
root        16  0.0  0.0      0     0 ?        S    14:34   0:00 [rcuob/0]
root        17  0.0  0.0      0     0 ?        S    14:34   0:00 [rcuob/1]
root        18  0.0  0.0      0     0 ?        S    14:34   0:06 [migration/0]
root        19  0.0  0.0      0     0 ?        S    14:34   0:05 [migration/1]
root        20  0.0  0.0      0     0 ?        S    14:34   0:00 [rcuc/1]
root        21  0.0  0.0      0     0 ?        S    14:34   0:01 [ksoftirqd/1]
root        23  0.0  0.0      0     0 ?        S<   14:34   0:00 [kworker/1:0H]
root        24  0.0  0.0      0     0 ?        S<   14:34   0:00 [khelper]
root        25  0.0  0.0      0     0 ?        S    14:34   0:00 [kdevtmpfs]
root        26  0.0  0.0      0     0 ?        S<   14:34   0:00 [netns]
root        27  0.0  0.0      0     0 ?        S<   14:34   0:00 [writeback]
root        28  0.0  0.0      0     0 ?        SN   14:34   0:00 [ksmd]
root        29  0.0  0.0      0     0 ?        SN   14:34   0:00 [khugepaged]
root        30  0.0  0.0      0     0 ?        S<   14:34   0:00 [crypto]
root        31  0.0  0.0      0     0 ?        S<   14:34   0:00 [kintegrityd]
root        32  0.0  0.0      0     0 ?        S<   14:34   0:00 [bioset]
root        33  0.0  0.0      0     0 ?        S<   14:34   0:00 [kblockd]
root        35  0.0  0.0      0     0 ?        S    14:34   0:00 [kswapd0]
root        36  0.0  0.0      0     0 ?        S    14:34   0:00 [fsnotify_mark]
root        44  0.0  0.0      0     0 ?        S<   14:34   0:00 [kthrotld]
root        46  0.0  0.0      0     0 ?        S<   14:34   0:00 [ipv6_addrconf]
root        47  0.0  0.0      0     0 ?        S<   14:34   0:00 [deferwq]
root        84  0.0  0.0      0     0 ?        S    14:34   0:00 [khubd]
root        85  0.0  0.0      0     0 ?        S<   14:34   0:00 [ata_sff]
root        86  0.0  0.0      0     0 ?        S<   14:34   0:00 [acpi_thermal_pm]
root        87  0.0  0.0      0     0 ?        S    14:34   0:00 [irq/22-mmc0]
root        88  0.0  0.0      0     0 ?        S<   14:34   0:00 [firewire]
root        89  0.0  0.0      0     0 ?        S<   14:34   0:00 [firewire_ohci]
root        90  0.0  0.0      0     0 ?        S    14:34   0:00 [scsi_eh_0]
root        91  0.0  0.0      0     0 ?        S<   14:34   0:00 [scsi_tmf_0]
root        92  0.0  0.0      0     0 ?        S    14:34   0:00 [scsi_eh_1]
root        93  0.0  0.0      0     0 ?        S<   14:34   0:00 [scsi_tmf_1]
root        94  0.0  0.0      0     0 ?        S    14:34   0:00 [scsi_eh_2]
root        95  0.0  0.0      0     0 ?        S<   14:34   0:00 [scsi_tmf_2]
root        96  0.0  0.0      0     0 ?        S    14:34   0:00 [scsi_eh_3]
root        97  0.0  0.0      0     0 ?        S<   14:34   0:00 [scsi_tmf_3]
root       102  0.0  0.0      0     0 ?        S    14:34   0:00 [scsi_eh_4]
root       103  0.0  0.0      0     0 ?        S<   14:34   0:00 [scsi_tmf_4]
root       104  0.0  0.0      0     0 ?        S    14:34   0:00 [scsi_eh_5]
root       105  0.0  0.0      0     0 ?        S<   14:34   0:00 [scsi_tmf_5]
root       113  0.0  0.0      0     0 ?        S<   14:34   0:00 [kworker/1:1H]
root       117  0.0  0.0      0     0 ?        S<   14:34   0:00 [kworker/0:1H]
root       137  0.0  0.0      0     0 ?        S    14:34   0:01 [jbd2/sda5-8]
root       138  0.0  0.0      0     0 ?        S<   14:34   0:00 [ext4-rsv-conver]
root       338  0.0  0.1  12292  3208 ?        Ss   14:34   0:00 udevd --daemon
root       387  0.0  0.0      0     0 ?        S<   14:35   0:00 [led_workqueue]
root       390  0.0  0.0      0     0 ?        S<   14:35   0:00 [cfg80211]
root       391  0.0  0.0      0     0 ?        S<   14:35   0:00 [hd-audio1]
root       394  0.0  0.0      0     0 ?        S<   14:35   0:00 [hd-audio0]
root       401  0.0  0.0      0     0 ?        S<   14:35   0:00 [kpsmoused]
root       403  0.0  0.0      0     0 ?        S<   14:35   0:00 [kmemstick]
root       404  0.0  0.0      0     0 ?        S    14:35   0:00 [r592_io]
root       409  0.0  0.0      0     0 ?        S<   14:35   0:00 [ttm_swap]
root       413  0.0  0.0      0     0 ?        S<   14:35   0:00 [radeon-crtc]
root       414  0.0  0.0      0     0 ?        S<   14:35   0:00 [radeon-crtc]
root       966  0.0  0.0      0     0 ?        S    14:35   0:00 [jbd2/sda4-8]
root       967  0.0  0.0      0     0 ?        S<   14:35   0:00 [ext4-rsv-conver]
root      1282  0.0  0.0   2140   984 ?        S    14:35   0:05 vcstime
root      1468  0.0  0.1   7740  3860 ?        Ss   14:35   0:00 /sbin/wpa_supplicant -s -B -P /run/wpa_supplicant.wlan0.pid -i wlan0 -D nl80211,wext -C /run/wpa_supplicant
root      1537  0.0  0.1   4968  2208 ?        Ss   14:35   0:00 /usr/sbin/cron
message+  1569  0.0  0.1   5220  2256 ?        Ss   14:35   0:00 /usr/bin/dbus-daemon --system
root      1647  0.0  0.0   4168  1920 tty3     Ss+  14:35   0:00 /sbin/getty 38400 tty3
root      1648  0.0  0.0   4168  1824 tty4     Ss+  14:35   0:00 /sbin/getty 38400 tty4
root      1649  0.0  0.0   4168  1852 tty5     Ss+  14:35   0:00 /sbin/getty 38400 tty5
root      1650  0.0  0.0   4168  1924 tty6     Ss+  14:35   0:00 /sbin/getty 38400 tty6
root      1651  1.3  0.0   2608  1932 tty8     Ss+  14:35   7:42 /usr/bin/tty-clock -c -n -T /dev/tty8
root      1667  0.0  0.3   9232  6596 ?        Ss   14:35   0:00 dhclient -v -pf /run/dhclient.wlan0.pid -lf /var/lib/dhcp/dhclient.wlan0.leases wlan0
root      1695  0.0  0.1   8076  2736 ?        Ss   14:35   0:00 /usr/sbin/sshd
root      1702  0.0  0.0      0     0 ?        S    14:36   0:00 [kauditd]
rhowaldt  2777  0.0  0.5  20960 12420 ?        Ss   23:44   0:00 urxvt
rhowaldt  2778  0.0  0.1  13864  3720 ?        S    23:44   0:00 urxvt
rhowaldt  2806  0.0  0.2   6788  5012 pts/1    Ss+  23:44   0:00 bash
rhowaldt  3300  0.0  0.1   5112  3044 ?        S    23:44   0:00 /bin/bash /home/rhowaldt/.config/herbstluftwm/panel2.sh 0
rhowaldt  3315  7.9  0.1   5128  2668 ?        S    23:44   0:53 /bin/bash /home/rhowaldt/.config/herbstluftwm/panel2.sh 0
rhowaldt  3316  6.0  0.2   6996  4420 ?        S    23:44   0:40 lemonbar -g 1280x12 -f GohuFont-7 -wuncon-siji-medium-r-normal--10-100-75-75-c-80-iso10646-1 -B #222222 -F #c36666
root      5315  0.0  0.0   4168  1944 tty2     Ss+  16:38   0:00 /sbin/getty 38400 tty2
rhowaldt  9210  0.0  0.1   4764  2404 pts/0    R+   23:55   0:00 ps aux
root     11322  0.1  0.0      0     0 ?        S    23:53   0:00 [kworker/0:1]
root     14594  0.0  0.0      0     0 ?        S    23:31   0:00 [kworker/u4:0]
root     15284  0.0  0.1   3952  2800 tty1     Ss+  23:32   0:00 /bin/login --         
rhowaldt 15287  0.0  0.0   2260  1252 tty1     S+   23:32   0:00 /bin/sh /usr/bin/startx
rhowaldt 15320  0.0  0.0   3724  1752 tty1     S+   23:32   0:00 xinit /home/rhowaldt/.xinitrc -- /etc/X11/xinit/xserverrc :0 vt1 -auth /tmp/serverauth.g6qpxMXHko
root     15321 39.0  1.8  45212 39076 tty1     R    23:32   9:11 /usr/bin/X -nolisten tcp :0 vt1 -auth /tmp/serverauth.g6qpxMXHko
rhowaldt 15324  1.1  0.2   6032  4152 tty1     S    23:32   0:16 herbstluftwm
rhowaldt 15343  0.0  0.0   3968  1824 tty1     S    23:32   0:00 dbus-launch --exit-with-session herbstluftwm
rhowaldt 15344  0.0  0.0   5220   276 ?        Ss   23:32   0:00 /usr/bin/dbus-daemon --fork --print-pid 5 --print-address 7 --session
root     16244  0.0  0.0      0     0 ?        S    17:05   0:00 [scsi_eh_6]
root     16245  0.0  0.0      0     0 ?        S<   17:05   0:00 [scsi_tmf_6]
root     16246  0.0  0.0      0     0 ?        S    17:05   0:00 [usb-storage]
root     16489  0.2  0.0      0     0 ?        S    23:48   0:01 [kworker/0:2]
rhowaldt 16551  0.0  0.6  20960 12496 ?        Ss   23:32   0:00 urxvt
rhowaldt 16552  0.0  0.1  13864  3672 ?        S    23:32   0:00 urxvt
rhowaldt 16578  0.0  0.2   6712  4936 pts/0    Ss   23:32   0:00 bash
root     16662  0.0  0.1   4896  2220 ?        Ss   17:05   0:01 /sbin/mount.ntfs-3g /dev/sdb2 /media/Xochipilli -o rw,nosuid,nodev,uid=1001,fmask=113,dmask=002,locale=en_US.UTF-8
rhowaldt 16772  0.0  0.6  20960 12464 ?        Ss   23:43   0:00 urxvt
rhowaldt 16776  0.0  0.1  13864  3736 ?        S    23:43   0:00 urxvt
rhowaldt 16805  0.0  0.2   6720  4880 pts/2    Ss+  23:43   0:00 bash
rhowaldt 16842  0.0  0.1   5068  2572 ?        S    23:32   0:00 /bin/bash
rhowaldt 17080  5.8  8.6 588164 178648 ?       Sl   23:32   1:22 /usr/lib/chromium/chromium --ppapi-flash-path=/usr/lib/pepperflashplugin-nonfree/libpepflashplayer.so --ppapi-flas
rhowaldt 17193  0.0  1.5 219564 31108 ?        S    23:32   0:00 /usr/lib/chromium/chromium --type=zygote --ppapi-flash-path=/usr/lib/pepperflashplugin-nonfree/libpepflashplayer.s
rhowaldt 17205  0.0  0.4 228784 10304 ?        S    23:32   0:00 /usr/lib/chromium/chromium --type=zygote --ppapi-flash-path=/usr/lib/pepperflashplugin-nonfree/libpepflashplayer.s
rhowaldt 17440  0.4  3.8 326932 79432 ?        Sl   23:32   0:06 /usr/lib/chromium/chromium --type=renderer --enable-deferred-image-decoding --lang=en-US --force-fieldtrials=*Infi
rhowaldt 17482  0.1  2.9 304324 60692 ?        Sl   23:32   0:02 /usr/lib/chromium/chromium --type=renderer --enable-deferred-image-decoding --lang=en-US --force-fieldtrials=*Infi
rhowaldt 17498  0.0  2.7 304492 57016 ?        Sl   23:32   0:00 /usr/lib/chromium/chromium --type=renderer --enable-deferred-image-decoding --lang=en-US --force-fieldtrials=*Infi
rhowaldt 18042  0.4  4.0 330424 83100 ?        Sl   23:32   0:05 /usr/lib/chromium/chromium --type=renderer --enable-deferred-image-decoding --lang=en-US --force-fieldtrials=*Infi
root     18565  0.1  0.0      0     0 ?        S    23:43   0:01 [kworker/0:0]
rhowaldt 19489  0.1  3.8 321000 79540 ?        Sl   23:32   0:01 /usr/lib/chromium/chromium --type=renderer --enable-deferred-image-decoding --lang=en-US --force-fieldtrials=*Infi
rhowaldt 20527  0.1  3.4 319096 72444 ?        Sl   23:32   0:02 /usr/lib/chromium/chromium --type=renderer --enable-deferred-image-decoding --lang=en-US --force-fieldtrials=*Infi
rhowaldt 21758  0.3  4.0 333928 83420 ?        Sl   23:33   0:04 /usr/lib/chromium/chromium --type=renderer --enable-deferred-image-decoding --lang=en-US --force-fieldtrials=*Infi
rhowaldt 21879  0.0  3.1 316648 66056 ?        Sl   23:33   0:00 /usr/lib/chromium/chromium --type=renderer --enable-deferred-image-decoding --lang=en-US --force-fieldtrials=*Infi
rhowaldt 22059  0.0  3.1 316216 64908 ?        Sl   23:33   0:00 /usr/lib/chromium/chromium --type=renderer --enable-deferred-image-decoding --lang=en-US --force-fieldtrials=*Infi
rhowaldt 22198  0.0  3.2 320684 67708 ?        Sl   23:33   0:00 /usr/lib/chromium/chromium --type=renderer --enable-deferred-image-decoding --lang=en-US --force-fieldtrials=*Infi
rhowaldt 22311  0.0  3.3 316132 68708 ?        Sl   23:33   0:00 /usr/lib/chromium/chromium --type=renderer --enable-deferred-image-decoding --lang=en-US --force-fieldtrials=*Infi
root     24730  0.0  0.0      0     0 ?        S    23:46   0:00 [kworker/u4:1]
root     26871  0.0  0.0      0     0 ?        S    23:52   0:00 [kworker/u4:2]
root     28470  0.0  0.0      0     0 ?        S    23:54   0:00 [kworker/1:1]
root     30968  0.2  0.0      0     0 ?        S    23:22   0:05 [kworker/1:0]
root     32046  0.0  0.0      0     0 ?        S    23:49   0:00 [kworker/1:2]
rhowaldt 32089  0.0  0.1   5068  2692 ?        S    23:36   0:00 /bin/bash
rhowaldt 32282  0.6  1.2  78236 25352 ?        Sl   23:36   0:07 geany

Code: Select all

$ pstree
init─┬─bash───chromium─┬─chromium───chromium─┬─chromium─┬─{Chrome_ChildIOT}
     │                 │                     │          ├─{Compositor}
     │                 │                     │          ├─{HTMLParserThrea}
     │                 │                     │          ├─{OptimizingCompi}
     │                 │                     │          

                                  [..]

     ├─bash───geany───{gmain}
     ├─cron
     ├─2*[dbus-daemon]
     ├─dbus-launch
     ├─dhclient
     ├─5*[getty]
     ├─login───startx───xinit─┬─Xorg
     │                        └─herbstluftwm─┬─2*[urxvt─┬─bash]
     │                                       │          └─urxvt]
     │                                       └─urxvt─┬─bash───pstree
     │                                               └─urxvt
     ├─mount.ntfs-3g
     ├─panel2.sh─┬─lemonbar
     │           └─panel2.sh
     ├─sshd
     ├─tty-clock
     ├─udevd
     ├─vcstime
     └─wpa_supplicant
All statements are true in some sense, false in some sense, meaningless in some sense, true and false in some sense, true and meaningless in some sense, false and meaningless in some sense, and true and false and meaningless in some sense.

machinebacon
Baconator
Posts: 10253
Joined: Thu Sep 16, 2010 11:03 am
Location: Pfälzerwald
Contact:

Re: Xorg using 40% CPU by default

Unread post by machinebacon » Mon May 25, 2015 9:50 pm

Try with:

Code: Select all

sudo apt-get install xorg libgl1-mesa-glx libgl1-mesa-dri mesa-utils
then check with glxgears if it actually draws something.

Optional:

Code: Select all

sudo nano /etc/inittab
in the lines around 54-60 something, so quite at the bottom, you can either remove or change the 8th tty that run's a screensaver (tty-clock) to look like:

Code: Select all

6:23:respawn:/sbin/getty 38400 tty5
#8:2345:respawn:/sbin/getty 38400 tty8
(with or without comment, as you wish)
..gnutella..

User avatar
rhowaldt
Dog
Posts: 4565
Joined: Wed Oct 17, 2012 9:01 am
Contact:

Re: Xorg using 40% CPU by default

Unread post by rhowaldt » Wed May 27, 2015 11:45 pm

sorry Jules, the apt-get thing didn't do any good. i now notice Xorg sometimes even taking up 52% :/ - glxgears gives me pretty gears, but chromium is visually borked. i remember seeing something like that before, when experimenting with graphics drivers through smxi. my laptop has a Radeon Mobility HD2400 and that doesn't seem to be supported by much good shit. i have no idea what else this issue could be but a video driver thing...
All statements are true in some sense, false in some sense, meaningless in some sense, true and false in some sense, true and meaningless in some sense, false and meaningless in some sense, and true and false and meaningless in some sense.

User avatar
rhowaldt
Dog
Posts: 4565
Joined: Wed Oct 17, 2012 9:01 am
Contact:

Re: Xorg using 40% CPU by default

Unread post by rhowaldt » Thu May 28, 2015 9:14 am

could the cpu use have anything to do with the fact that my laptop needs a fan cleaning? it is supernoisy and perhaps that makes stuff run less well? is this possible? i have never had to deal with this before, this is the first laptop i have that i've been using for this long. but one of the biggest reasons i want the cpu thing fixed is simply because my laptop is noisy as fuck and it is no longer a joy using it when inside X (which is why i've been looking into framebuffer stuff).
All statements are true in some sense, false in some sense, meaningless in some sense, true and false in some sense, true and meaningless in some sense, false and meaningless in some sense, and true and false and meaningless in some sense.

machinebacon
Baconator
Posts: 10253
Joined: Thu Sep 16, 2010 11:03 am
Location: Pfälzerwald
Contact:

Re: Xorg using 40% CPU by default

Unread post by machinebacon » Thu May 28, 2015 9:36 am

^ Could be, yes. Would be interesting to install lm-sensors and check the CPU temp. ("sensors") - to see if the CPU is actually hot or just the fan not under control. If latter, maybe try to get a fan control (for example, if it's a Dell, 'i8kutils', for IBMs it's 'thinkfan').
I'd recommend, for the quick, to go back to an older kernel (check antix around the 3.14 mark maybe), we have experienced much much higher CPU usage with newer kernels. You could also use cpufreqd and cpufreq-utils with powersave governor to make the laptop chill down a bit.
..gnutella..

User avatar
rhowaldt
Dog
Posts: 4565
Joined: Wed Oct 17, 2012 9:01 am
Contact:

Re: Xorg using 40% CPU by default

Unread post by rhowaldt » Thu May 28, 2015 10:52 pm

Jules, thanks for the answer. i just did all that except for the fan - it's a Packard Bell, which is Acer it seems. haven't yet been able to make fancontrol work.
and did cpufreq-set -g powersave as you said.
so far it doesnt seem to make a difference.

temperature:

Code: Select all

sensors
acpitz-virtual-0
Adapter: Virtual device
temp1:        +84.0°C  (crit = +110.0°C)

k8temp-pci-00c3
Adapter: PCI adapter
Core0 Temp:   +88.0°C  
Core0 Temp:   +88.0°C  
Core1 Temp:   +89.0°C  
Core1 Temp:   +89.0°C 
i still have the fucked up graphics everywhere, most noticeably in Chromium. i'm not sure how to revert to what i had (where the graphics were good) after your earlier suggestion. still have to look into the 3.14 antix kernel, using 3.17 liquorix now.
any help much appreciated :)
All statements are true in some sense, false in some sense, meaningless in some sense, true and false in some sense, true and meaningless in some sense, false and meaningless in some sense, and true and false and meaningless in some sense.

User avatar
rust collector
Motörhead
Posts: 536
Joined: Mon Jan 13, 2014 3:56 pm
Location: no_nb

Re: Xorg using 40% CPU by default

Unread post by rust collector » Fri May 29, 2015 2:03 am

Here are links to the 3.14.0 antix 486 kernel, and headers, if you want to try that.
(Just sudo dpkg -i them, after downloading, then update-grub)


http://antix.daveserver.info/testing/po ... 1_i386.deb

http://antix.daveserver.info/testing/po ... 1_i386.deb

machinebacon
Baconator
Posts: 10253
Joined: Thu Sep 16, 2010 11:03 am
Location: Pfälzerwald
Contact:

Re: Xorg using 40% CPU by default

Unread post by machinebacon » Fri May 29, 2015 5:05 am

Rho, can you again show me "cat /var/log/Xorg.0.log|grep EE", I just want to make sure the errors of before are gone.
Also, check in your processes:

Code: Select all

rhowaldt  3300  0.0  0.1   5112  3044 ?        S    23:44   0:00 /bin/bash /home/rhowaldt/.config/herbstluftwm/panel2.sh 0
rhowaldt  3315  7.9  0.1   5128  2668 ?        S    23:44   0:53 /bin/bash /home/rhowaldt/.config/herbstluftwm/panel2.sh 0
rhowaldt  3316  6.0  0.2   6996  4420 ?        S    23:44   0:40 lemonbar -g 1280x12 -f GohuFont-7 -wuncon-siji-medium-r-normal--10-100-75-75-c-80-iso10646-1 -B #222222 -F #c36666
A bar and/or a panel using up 14% of CPU seem to be quite high IMO. For kicks, can you run this setup without panel/bar/loops, just to see if it makes a difference. Also, as for running the chrome-ish browser, can you run it like this from a terminal and check if the CPU usage stays lower:

Code: Select all

chromium --disable-gpu
..gnutella..

User avatar
rhowaldt
Dog
Posts: 4565
Joined: Wed Oct 17, 2012 9:01 am
Contact:

Re: Xorg using 40% CPU by default

Unread post by rhowaldt » Fri May 29, 2015 10:51 pm

right, experiments have shown so far:

startx --> killall -SIGUSR1 lemonbar == 9% CPU for Xorg. clearly, here's an issue.

Code: Select all

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND                                                                                                       
 2404 root      20   0   88324  38384  15144 S   1.0  1.9   0:29.25 Xorg                                                                                                          
 1844 root      20   0    2616   1776   1484 S   0.7  0.1   3:04.79 tty-clock                                                                                                     
 1540 root      20   0   18896   1936   1648 S   0.2  0.1   0:50.56 cpufreqd                                                                                                      
 2173 rhowaldt  20   0  121640  29124  10660 S   0.1  1.4   2:39.74 mocp                                                                                                          
 3672 rhowaldt  20   0    5288   2924   2440 R   0.1  0.1   0:01.10 top      
starting the panel again through "herbstclient reload" results in increase to 12% CPU for Xorg.

Code: Select all

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND                                                                                                       
 2404 root      20   0   88276  38384  15144 S  16.0  1.9   0:34.67 Xorg                                                                                                          
 6674 rhowaldt  20   0  647524 138648  90476 S   3.4  6.7   0:16.11 chromium                                                                                                      
25388 rhowaldt  20   0    5132   2488   2264 S   3.0  0.1   0:00.81 panel2.sh                                                                                                     
25389 rhowaldt  20   0    7436   5552   5016 S   2.2  0.3   0:00.58 lemonbar                                                                                                      
 7254 rhowaldt  20   0  317416  59668  45820 S   2.0  2.9   0:05.36 chromium                                                                                                      
 8441 rhowaldt  20   0  369500  94188  62088 S   1.4  4.5   0:17.40 chromium                                                                                                      
 1844 root      20   0    2616   1776   1484 S   1.0  0.1   3:05.32 tty-clock
strange. i expected it to shoot back to 40%. logging out and back in now to see what the stats will be after that...
All statements are true in some sense, false in some sense, meaningless in some sense, true and false in some sense, true and meaningless in some sense, false and meaningless in some sense, and true and false and meaningless in some sense.

User avatar
rhowaldt
Dog
Posts: 4565
Joined: Wed Oct 17, 2012 9:01 am
Contact:

Re: Xorg using 40% CPU by default

Unread post by rhowaldt » Fri May 29, 2015 11:00 pm

logged out and back in, no difference. didn't trust it, so rebooted. that brought Xorg back to its 40% status:

Code: Select all


  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND                                                                                                       
 1922 root      20   0   88268  38608  15660 R  42.2  1.9   0:29.06 Xorg                                                                                                          
 2018 rhowaldt  20   0    5136   2464   2236 S   8.3  0.1   0:06.04 panel2.sh                                                                                                     
 2019 rhowaldt  20   0    7436   5528   4992 R   7.0  0.3   0:04.87 lemonbar                                                                                                      
10427 rhowaldt  20   0  630808 134608  89648 S   1.7  6.5   0:08.26 chromium                                                                                                      
 1879 root      20   0    2616   1780   1492 S   1.0  0.1   0:00.85 tty-clock                                                                                                     
 1970 rhowaldt  20   0    6040   4024   3604 S   1.0  0.2   0:00.99 herbstluftwm                                                                                                  
kilall -SIGUSR1 lemonbar reduces Xorg CPU again, and restarting the panel with "herbstclient reload" boosts it back to 40%. wtf. why didn't it do that before the reboot?

i think we found the culprit, then? seems i need to reprogram my damn panel again :|

@Jules: the errors have gone from the logs but appeared on my GUI ;_;

Code: Select all

cat /var/log/Xorg.0.log|grep EE
[    22.314] Current Operating System: Linux lalala 3.17-5.towo-siduction-686 #1 SMP PREEMPT siduction 3.17-13 (2014-12-07) i686
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
All statements are true in some sense, false in some sense, meaningless in some sense, true and false in some sense, true and meaningless in some sense, false and meaningless in some sense, and true and false and meaningless in some sense.

User avatar
simgin
Meme Fodder
Posts: 1167
Joined: Sun Jan 06, 2013 12:07 am
Location: Bradford-on-Avon, UK

Re: Xorg using 40% CPU by default

Unread post by simgin » Fri May 29, 2015 11:04 pm

^ Hmm, maybe Drew knows something, He has used Herbstluftwm for quite some time I think ( or at least tinkered a bit with it).
Someone told me that I am delusional, I almost fell off my unicorn.

User avatar
dkeg
Configurator
Posts: 3782
Joined: Sun Nov 18, 2012 9:23 pm
Location: Mid-Atlantic Grill

Re: Xorg using 40% CPU by default

Unread post by dkeg » Sat May 30, 2015 1:27 am

I don't think I have much to add here. One thing I can say is these system info bars can create a lot of extra strain on the system/cpu. With my bar now it is not bad, I use sleep .5, and that is a good balance of 'immediate' and happy system. If I get rid of that, and my calls are constant, cpu tells me. It's just too much. I also find it takes some time for the fans to calm down.

Take a session with no bar. See how that is. Use my popup rendition to you can have stats on call, or use osd_cat which I think you already have.

You can also just for kicks take someone else's bar script; you can have mine if you want, I'll need to post it though as its different than the popup rendition I posted in the bar thread.

So no bar is your baseline, someone else's bar is the control; you bar is the raw experiment.

Having fun yet!

Work hard; Complain less

machinebacon
Baconator
Posts: 10253
Joined: Thu Sep 16, 2010 11:03 am
Location: Pfälzerwald
Contact:

Re: Xorg using 40% CPU by default

Unread post by machinebacon » Sat May 30, 2015 4:42 am

rho, you can remove the 'libgl1-mesa-dri' again, I don't include it on purpose :) If doing so, drop 'mesa-utils', too -- because glxgears won't work anyway :)

Time for Openbox again :D
..gnutella..

User avatar
rhowaldt
Dog
Posts: 4565
Joined: Wed Oct 17, 2012 9:01 am
Contact:

Re: Xorg using 40% CPU by default

Unread post by rhowaldt » Sat May 30, 2015 8:55 am

@Drew: indeed - found that my old panel.sh, which uses dzen, works great now and with less cpu, while doing everything i want except for using the siji icons. instead, i can use xmb icons directly, so it isn't that big a deal. will continue experimenting :)

@Jules: thanks, will have a try and report back!
All statements are true in some sense, false in some sense, meaningless in some sense, true and false in some sense, true and meaningless in some sense, false and meaningless in some sense, and true and false and meaningless in some sense.

User avatar
rhowaldt
Dog
Posts: 4565
Joined: Wed Oct 17, 2012 9:01 am
Contact:

Re: Xorg using 40% CPU by default

Unread post by rhowaldt » Sat May 30, 2015 9:22 am

thanks again Jules, that fixed the GUI glitches! all back to normal now :) marking it SOLVED.
All statements are true in some sense, false in some sense, meaningless in some sense, true and false in some sense, true and meaningless in some sense, false and meaningless in some sense, and true and false and meaningless in some sense.

User avatar
rhowaldt
Dog
Posts: 4565
Joined: Wed Oct 17, 2012 9:01 am
Contact:

Re: [solved] Xorg using 40% CPU by default

Unread post by rhowaldt » Sat May 30, 2015 11:49 am

one more question: when removing libgl1-mesa-dri it also removed xorg. i stopped the process halfway through Ctrl+C (probably shouldnt have done that...). all seems fine except i have to start my wifi manually each time with "ifup wlan0" - ceni doesn't see my wlan0 anymore for some reason (or my eth0 for that matter). tried reinstalling mesa-dri and xorg, then remove the mesa-dri again, but it keeps asking to remove xorg with it. what would the best course of action be in this case?
All statements are true in some sense, false in some sense, meaningless in some sense, true and false in some sense, true and meaningless in some sense, false and meaningless in some sense, and true and false and meaningless in some sense.

User avatar
dkeg
Configurator
Posts: 3782
Joined: Sun Nov 18, 2012 9:23 pm
Location: Mid-Atlantic Grill

Re: [solved] Xorg using 40% CPU by default

Unread post by dkeg » Sat May 30, 2015 12:17 pm

for bringing up wireless. YOu can add

Code: Select all

sudo ifup wlan0
to

Code: Select all

/etc/rc.local
before the exit 0

IIRC, xorg is not needed?? Do IARC that some of the base installs do not even come with xorg installed?

Oh, and you could probably let xorg uninstall, then reinstall xorg.

Work hard; Complain less

machinebacon
Baconator
Posts: 10253
Joined: Thu Sep 16, 2010 11:03 am
Location: Pfälzerwald
Contact:

Re: [solved] Xorg using 40% CPU by default

Unread post by machinebacon » Sat May 30, 2015 12:24 pm

^ strange, I don't have xorg installed, so I cannot really pin it down for you...

And xorg has nothing to do with network connectivity, it's just a kind of metapackage that pulls in a few things (check 'depends xorg'), so removing xorg alone should already purge libgl1-mesa-dri. Try doing this, then shutdown the computer, then start it again cold, set up ceni once, then reboot. I can only imagine that a previous shutdown or reboot was stuck somewhere.

You can, if nothing else works, add

ifup wlan0

or whatever command you need in /etc/rc.local before the "exit 0". Hacky, but ... just trying to find a fix for now :)

Edit: what drew said :)

Edit 2: drew, xorg (as metapackage) is not xserver-xorg :) if somebody doesn't want Mesa, he or she can pick that one.

User avatar
rhowaldt
Dog
Posts: 4565
Joined: Wed Oct 17, 2012 9:01 am
Contact:

Re: [solved] Xorg using 40% CPU by default

Unread post by rhowaldt » Sun May 31, 2015 9:47 pm

thanks for the info guys. i've removed libgl1-mesa-dri and xorg and rebooted, and all looks good now.

only thing is the wifi. when using ceni it reports "no values" under "Hardware interfaces" - does give wlan0 under logical interfaces, but i have no idea why this changed. will check it out further and do the hack in the rc file otherwise because fuck it.
All statements are true in some sense, false in some sense, meaningless in some sense, true and false in some sense, true and meaningless in some sense, false and meaningless in some sense, and true and false and meaningless in some sense.

User avatar
ivanovnegro
Minister of Truth
Posts: 5449
Joined: Wed Oct 17, 2012 11:12 pm

Re: [solved] Xorg using 40% CPU by default

Unread post by ivanovnegro » Sun May 31, 2015 10:37 pm

^ Maybe it is this:

https://bugs.debian.org/cgi-bin/bugrepo ... bug=787263

Ceni could be affected.
A patch is on its way if you use the newest systemd.
Maybe I am just shooting into the dark.

Post Reply