Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#17334 - [xorg-server] climbing idle cpu usage after upgrade
Attached to Project:
Arch Linux
Opened by Kiss Ákos (akosch) - Tuesday, 01 December 2009, 02:50 GMT
Last edited by Jan de Groot (JGC) - Tuesday, 29 June 2010, 07:19 GMT
Opened by Kiss Ákos (akosch) - Tuesday, 01 December 2009, 02:50 GMT
Last edited by Jan de Groot (JGC) - Tuesday, 29 June 2010, 07:19 GMT
|
DetailsAfter upgrading to 1.7.2-2 from 1.6.something the idle cpu usage
of my xserver climbs from a usual few percent slowly to 100% over several hours. I thought this was a radeon driver bug but I noticed it happening on my other box (nvidia closed drivers) too. When I restart X the process starts again. I'm using the SLiM login manager and xmonad without any fancy compositing or anything unusual. PKG versions: extra/xorg-server 1.7.2-2 extra/nvidia 190.42-1 community/xmonad 0.9-2.1 extra/slim 1.3.1-5 Here is my xorg.conf and Xorg.0.log (attached): 1 Section "ServerLayout" 2 Identifier "Layout0" 3 Screen 0 "Screen0" 4 InputDevice "Keyboard0" "CoreKeyboard" 5 InputDevice "Mouse0" "CorePointer" 6 EndSection 7 8 Section "Files" 9 ModulePath "/usr/lib/xorg/modules" 10 FontPath "/usr/share/fonts/misc" 11 FontPath "/usr/share/fonts/100dpi:unscaled" 12 FontPath "/usr/share/fonts/75dpi:unscaled" 13 FontPath "/usr/share/fonts/TTF" 14 FontPath "/usr/share/fonts/Type1" 15 EndSection 16 17 Section "Module" 18 Load "glx" 19 Load "extmod" 20 Load "record" 21 Load "dri2" 22 Load "dri" 23 Load "dbe" 24 EndSection 25 26 Section "InputDevice" 27 Identifier "Mouse0" 28 Driver "mouse" 29 Option "Protocol" "auto" 30 Option "Device" "/dev/psaux" 31 Option "Emulate3Buttons" "no" 32 Option "ZAxisMapping" "4 5" 33 EndSection 34 35 Section "InputDevice" 36 Identifier "Keyboard0" 37 Driver "kbd" 38 EndSection 39 40 Section "Monitor" 41 Identifier "Monitor0" 42 DisplaySize 376 235 43 VendorName "Unknown" 44 ModelName "Unknown" 45 HorizSync 28.0 - 33.0 46 VertRefresh 43.0 - 72.0 47 Option "DPMS" 48 EndSection 49 50 Section "Device" 51 Identifier "Device0" 52 Driver "nvidia" 53 VendorName "NVIDIA Corporation" 54 EndSection 55 56 Section "Screen" 57 Identifier "Screen0" 58 Device "Device0" 59 Monitor "Monitor0" 60 DefaultDepth 24 61 SubSection "Display" 62 Depth 24 63 EndSubSection 64 EndSection Steps to reproduce: 1. Turn on computer 2. Start X 3. Login to xmonad session 4. Leave computer idle for number of hours 5. Return and see /usr/bin/X eating 50% of your CPU 6. Return after a day and see Xorg eating 100% and everything becoming quite unresponsive This is very annoying, please advise... |
This task depends upon
Xorg.0.log
I've found the source of the problem:
http://code.google.com/p/xmobar/issues/detail?id=11
It should be fixed in 0.9.2: no idea why I still have
this issue with 0.9.2-1 in arch.