[karmic kubuntu] high cpu usage after suspend to ram

Bug #409797 reported by Jithin Emmanuel
42
This bug affects 8 people
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Expired
Medium
Unassigned
Nominated for Karmic by 914ian914
Nominated for Lucid by 914ian914

Bug Description

Not sure if this needs to be applied against firefox or xserver.Please change if needed.

After I did a sleep(suspend to ram) My applications kmail,firefox-3.5, ktorrent and xorg was consuming high cpu usage with xorg and firefox leading the pack. After around 15 mins. It stabilised and cpu usage of all processes returned to normal , like before I did sleep.

But even after that when ever I use firefox-3.5 (like normal browsing) there is a spike in cpu usage.

top output during the time.

Tasks: 198 total, 2 running, 195 sleeping, 0 stopped, 1 zombie
Cpu(s): 34.5%us, 7.8%sy, 0.0%ni, 56.9%id, 0.8%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 1987884k total, 1887260k used, 100624k free, 21468k buffers
Swap: 2104444k total, 119040k used, 1985404k free, 1038996k cached

  PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
27746 jithine 20 0 324m 128m 22m S 50 6.6 2:27.55 firefox-3.5
 3579 root 20 0 259m 111m 12m R 20 5.7 38:38.69 Xorg

I am using a fully updated karmic as of now.

Revision history for this message
Jithin Emmanuel (jithin1987) wrote :

Forgot to mention I use intel GM965 chipset.

summary: - [karmic kubuntu] high cpu usage after suspend to disk
+ [karmic kubuntu] high cpu usage after suspend to ram
Revision history for this message
Jithin Emmanuel (jithin1987) wrote :

It seems that firefox-3.5 might not be the culprit. Same problem with opera also.

My guess is that after sleep something is going wrong with xserver and networking applications.

top - 16:21:23 up 8:08, 2 users, load average: 0.62, 0.45, 0.43
Tasks: 202 total, 3 running, 198 sleeping, 0 stopped, 1 zombie
Cpu(s): 49.0%us, 21.5%sy, 0.0%ni, 28.9%id, 0.0%wa, 0.5%hi, 0.2%si, 0.0%st
Mem: 1987884k total, 1907076k used, 80808k free, 44388k buffers
Swap: 2104444k total, 119684k used, 1984760k free, 921924k cached

  PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
31203 jithine 20 0 203m 94m 17m S 46 4.9 0:20.96 opera
 3579 root 20 0 291m 113m 14m R 40 5.8 40:38.13 Xorg

Bryce Harrington (bryce)
tags: added: kubuntu
tags: added: karmic
Revision history for this message
Jithin Emmanuel (jithin1987) wrote :

I am not facing this problem anymore. Guess some updates in between fixed this.

Revision history for this message
Bryce Harrington (bryce) wrote :

Hi jithin1987,

Please attach the output of `lspci -vvnn`, and attach your /var/log/Xorg.0.log (and maybe Xorg.0.log.old) file from after reproducing this issue. If you've made any customizations to your /etc/X11/xorg.conf please attach that as well.

[This is an automated message. Apologies if it has reached you inappropriately; please just reply to this message indicating so.]

tags: added: needs-xorglog
tags: added: needs-lspci-vvnn
Changed in xorg-server (Ubuntu):
status: New → Incomplete
Revision history for this message
Jithin Emmanuel (jithin1987) wrote :

I am not at all facing this issue now. Guess it can be safely closed. Don't know why it occurred at that time.

Revision history for this message
Jithin Emmanuel (jithin1987) wrote :

Well today I faced the same issue again, after a long time. (second time guess). System was painful to use.
 In my xorg.conf only additional entry I have is

Section "ServerFlags"
        Option "DontZap" "False"
EndSection

Revision history for this message
Jithin Emmanuel (jithin1987) wrote :
Bryce Harrington (bryce)
tags: removed: needs-xorglog
Revision history for this message
Sam (sam137) wrote :

I can confirm, but only xorg uses high CPU. It makes it impossible to use the computer, as gnome-screensaver never prompts me to enter my password. All I see is a blank/black screen (which is my screensaver) along with a mouse that will move sporadically if I move it. If I press ctrl+alt+f1 and wait about a minute, I eventually get access, run top, and see that xorg is using 100% cpu. Nothing else looks abnormal.

I've attached the output of lspci -vvnn

I'm on a lenovo thinkpad w500, on Karmic x64 (beta), but it also happened in Jaunty.

tags: removed: needs-lspci-vvnn
Revision history for this message
Sam (sam137) wrote :

I should add this only happens about 50% of the time, but I can't seem to pin it on anything specific. Whether the system wants to resume or not appears to be random.

Sam (sam137)
Changed in xorg-server (Ubuntu):
status: Incomplete → New
Revision history for this message
Datadog (pkutzner) wrote :

Confirm this bug as well. I'm running Karmic with the ATI Proprietary drivers. Xorg CPU usage hovers from 25-75% This is a fresh install of Karmic, not an upgrade from Jaunty. While the computer remains usable, I am experiencing laggy screen draws, including lags when typing in shell windows (through X) between when I type and when the keystroke shows on-screen. CPU usage seems to build over time too. After a fresh login, levels are normal and the system is responsive. Over the course of time, however, usage increases and responsiveness decreases. I'll check to see if it's related to Firefox being open, but FF's CPU usage is "normal"

Revision history for this message
Bryce Harrington (bryce) wrote :

Hi Jithin,

        Thank you for taking the time to report this bug and helping to make Ubuntu better. You reported this bug a while ago and there hasn't been any activity in it recently. We were wondering is this still an issue for you? Can you try with the latest development release of Ubuntu? (ISO CD images are available from http://cdimage.ubuntu.com/releases/)

        If it remains an issue, could you also attach a new /var/log/Xorg.0.log?
        Thanks in advance.

    [This is an automated message. Apologies if it has reached you inappropriately; please just reply to this message indicating so.]

tags: added: needs-verification
Changed in xorg-server (Ubuntu):
status: New → Incomplete
Revision history for this message
Bryce Harrington (bryce) wrote :

We're closing this bug since it is has been some time with no response from the original reporter. However, if the issue still exists please feel free to reopen with the requested information. Also, if you could, please test against the latest development version of Ubuntu, since this confirms the bug is one we may be able to pass upstream for help.

Changed in xorg-server (Ubuntu):
status: Incomplete → Expired
Revision history for this message
metos (metos00) wrote :

Hello
I installed ubuntu 11.04 64b desktop on a laptop Dell precision M4600 and I experience the same problem
after resume from suspend, I observe some process using high cpu load
when I close these process, the high load is reported on an other process.

Changed in xorg-server (Ubuntu):
status: Expired → New
Revision history for this message
Yaroslav Zubkov (yzubkov) wrote :

I can confirm that xorg is causing high CPU usage after resuming from suspend. I have Linuxmint 12 KDE. I resumed my computer and the CPU usage stayed steady at 25%. I opened system monitor and Xorg was the only process consuming that bandwidth. I have not modified any of my Xorg settings.

Please let me know what information I could provide next time this happens to me.

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in xorg-server (Ubuntu):
status: New → Confirmed
Revision history for this message
penalvch (penalvch) wrote :

Jithin Emmanuel, this bug was reported a while ago and there hasn't been any activity in it recently. We were wondering if this is still an issue? If so, could you please confirm this issue exists with the latest development release of Ubuntu? ISO images are available from http://cdimage.ubuntu.com/daily-live/current/ . If the issue remains, could you please run the following command from a Terminal (Applications->Accessories->Terminal), as it will automatically gather and attach updated debug information to this report:

apport-collect -p linux REPLACE-WITH-BUG-NUMBER

If reproducible, could you please provide the information following https://wiki.ubuntu.com/DebuggingKernelSuspend ?

If reproducible, could you also please test the latest upstream kernel available (not the daily folder) following https://wiki.ubuntu.com/KernelMainlineBuilds ? It will allow additional upstream developers to examine the issue. Once you've tested the upstream kernel, please comment on which kernel version specifically you tested. If this bug is fixed in the mainline kernel, please add the following tags:
kernel-fixed-upstream
kernel-fixed-upstream-VERSION-NUMBER

where VERSION-NUMBER is the version number of the kernel you tested. For example:
kernel-fixed-upstream-v3.3.13-rc7

This can be done by clicking on the yellow circle with a black pencil icon next to the word Tags located at the bottom of the bug description. As well, please remove the tag:
needs-upstream-testing

If the mainline kernel does not fix this bug, please add the following tags:
kernel-bug-exists-upstream
kernel-bug-exists-upstream-VERSION-NUMBER

As well, please remove the tag:
needs-upstream-testing

Once testing of the upstream kernel is complete, please mark this bug's Status as Confirmed. Please let us know your results. Thank you for your understanding.

Changed in xorg-server (Ubuntu):
importance: Undecided → Low
status: Confirmed → Incomplete
affects: xorg-server (Ubuntu) → linux (Ubuntu)
Changed in linux (Ubuntu):
importance: Low → Medium
Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for linux (Ubuntu) because there has been no activity for 60 days.]

Changed in linux (Ubuntu):
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.