hi.
i experience a problem with openSUSE 11.2 installation on hp 6830 laptop pc.
when X server becomes idle it’s CPU usage go up into the sky. now that machine is idling at home. i did ssh to it and saw a picture:
i saw couple of report about this strange behavior but non of the solutions helped.
that laptop has “ATI Mobility Radeon HD 3430” video card and I use latest (10.3) version of fglrx driver. whith previous drivers situation was the same.
I don’t know why it didn’t happen for several hours after updating the xorg drivers. There must have been some other factor that I had altered. I’m back to trying to figure this thing out again.
Thanks for the tip, but I have an older Thinkpad Z60t with 32-bit openSUSE.
It will use 100% cpu a very short time after a reboot and login to kde. No applications have been run.
I made a mistake earlier in describing my system. Here’s the info right out of the sysinfo:/ page in Konqueror.
I see that more KDE 4.4.2 packages are available today. I’m doing an update and will check the results. If it is an interaction between KDE and Xorg it is possible that the problem could be fixed by an update in either one of them.
there are SO many kinks and bugs in KDE4 that i’m still using KDE3,
and will NOT put up with all the turmoil just to have ‘neat’
winkie-blinkie and wobbly-gobbly
ymmv: if you persist in running knife edge software, expect to bleed a
little from time to time…
In the following tests “ok” means normal operation. CPU usage does not jump to 100%.
* Update KDE 4.4.2 packages.
* Turn off.
Take off docking station.
Unplug battery, then plug in again.
Put back on docking station.
* Boot to login screen. -- ok
* Run Thunderbird (via ssh -X). -- ok
* login (no mouse). -- ok
* Plug in a usb mouse. -- ok
* Open laptop screen. -- ok
* Open konsole. -- ok
* Reconfigure display settings in systemsettings. -- ok
* Shutdown.
Take off docking station.
* Boot to login screen. -- ok
* Login. -- 100% cpu at 1min 15sec after happy login music.
Screen dims at the same time cpu usage jumps up.
Touch mouse and cpu usage returns to normal.
* Shutdown.
* Back on docking station.
* Boot with laptop screen open. -- ok
* Login. -- ok
No problem even after several hours.
The problem seems to not occur when the laptop is on the docking station.
* Take off of docking station.
* Boot with external monitor connected to laptop vga port. Screen is open.
* Login. -- 100% cpu at 1min 30sec after happy startup music.
Laptop screen dims at the same time cpu usage jumps up.
Touch trackpad and cpu usage returns to normal again.
* Suspend to RAM.
* Turn on again. 100% cpu usage after a minte or so.
* Suspend to RAM.
* Put back on docking station.
* Turn on again. 100% cpu usage after a minte or so.
* Turn computer off.
* Turn on again. After about 1 minute prepare_preload starts running
and cpu usage is high, but returns to normal again after finished.
After several minutes of inactivity cpu usage still remains normal.
* Suspend to RAM.
* Turn on again. -- ok
* Suspend to RAM.
* Take off of docking station.
* Turn on again.
KDE detects that monitor setup has changed. Leave this window open.
After a couple minutes cpu usage goes to 100%. Press ignore on monitor
setup request window.
* Suspend to RAM.
* Put back on docking station.
* Turn on again. 100% cpu usage after about two minutes.
* Turn computer off.
* Turn on again.
* Login. -- ok
After several minutes of inactivity cpu usage still remains normal.
This tells me the following:
Having an external display on Xorg has no effect on outcome.
While connected to a docking station the problem does not appear until a reboot or suspend to RAM. This is why I thought that I had fixed the problem yesterday after updating Xorg drivers.
So far I haven’t found anything that leads me to the solution, but I though that I would post the results anyway.
Oh, and I’ve tried disabling desktop effects and it has no effect. openSUSE is, however, using a dynamically generated xorg configuration. I should put a xorg.conf together and try adjusting parameters. I’m pretty sure that disabling desktop effects in KDE is not the same as disabling compositing in xorg.conf.
I may be wrong but it seems to be related to X trying to deal with the external monitor.
You could try to force the configuration (turn on/off the ext mon) using xrandr or whatever tool does that, instead of waiting for X to do it automatically.
It doesn’t seem to relate to suspend/resume, at least not directly.
I experience this problem on my Thinkpad T61 (Intel Xorg driver, 32bit OS, latest KDE 4.4.2) after I unplug it and plug it back in (like when I move it between rooms). The problem will persist until I log out then back in at which point it’s okay until I do the “power cycle” again.
I do not have a screensaver set and the screen does not turn off until after the problem appears. Any time there is no user input for a minute or two the CPU issues shows up. I can watch it on top on konsole.
I also have the problem with high CPU usage of Xorg. It happens to me after 20 seconds of idle time.
32 bits machine here with openSUSE 11.2 and KDE 4.4.2.
I tried killing plasma-desktop, and also disabling all the KDE services in KDE’s system settings (only the ones that can be disabled through the dialog), but the problem still appears.
I didn’t try the “power cycle” stuff, I’ll check it later when I have time.
My only solution until now is to kill kded4 when I plan to let the laptop idle. Then, when I come back, I manually restart kded4.
i’ve been observing my system’s behavior for a while. and i think that using flash is not the case here.
main suspects are: VLC and switching between power saving and performance mode when plugging the machine off/on AC power.