High CPU usages rendering X display which is not visible (e.g. after user switch)
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
compiz (Ubuntu) |
Triaged
|
Low
|
Unassigned |
Bug Description
Binary package hint: compiz
Description:
After switching to second user (who is using metacity, of course), compiz.real uses lots (20-100%) of CPU drawing. This only happens when the display compiz is running on (:0 for me) is NOT actually what's being output. Secondly, this only occurs if something is updating on the compiz screen (e.g. htop maximized is real bad). This does include the lock screen (which displays completely white for me, though I can guess where the password box is via cursor; probably an unrelated bug) Note that prior to the user switch CPU usage is basically none (<1.5%).
Workaround:
Switch to a blank desktop before the user switch. This pins CPU usage at about 5%. Probably if I removed system monitor applet, clock, etc. the usage would be the same.
My System:
Stock hardy w/ current nvidia-glx-new. First user uses dual monitors in Twinview configuration, second user uses TV/laptop screen in Twinview configuration.
Changed in compiz (Ubuntu): | |
importance: | Undecided → Low |
status: | New → Triaged |
summary: |
- Compiz lots of CPU to draw to an X display which is not even displayed - (e.g. after user switch) + High CPU usages rendering X display which is not visible (e.g. after + user switch) |
Could you report the exact versions of the compiz, compiz-core, and compiz-gnome via "apt-cache policy [package name]"?